Summary: | Font size is changed when form value is modified | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Konstantin Svist <fry.kun> |
Component: | PDF backend | Assignee: | Okular developers <okular-devel> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | c-d.hailfinger.devel.2006, mail+kde, sebastian.englbrecht |
Priority: | NOR | Keywords: | investigated, triaged |
Version First Reported In: | 1.3.3 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=246196 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
test file #1
test file #2 |
Created attachment 99295 [details]
test file #2
This is related to bug #246196. Hello, I can reproduce this behavior. Note: I am no maintainer but from the KDE Bugsquad. Tested on okular 1.3.3 |
Created attachment 99294 [details] test file #1 Open the test file and note the font sizes of the pre-filled form fields. Try to update a text field with a short text string -- font size becomes changed. Also, the new size is too big to fit (unless a long string of text is entered -- then font size becomes tiny -- however, that behavior is expected when font size is "auto"). Even if text value is changed to the original, font size stays too big. Try entering letters that have descenders: g,j,p,q,y -- they appear cut off. The behavior is especially bad in a list box. Try selecting item 3 -- it disappears because Item 1 becomes so big Note: in test file #2, the font sizes are fixed - that works around this bug. However, there should be no reason to cut off some letters in "auto" mode.