Created attachment 135619 [details] Sample image of File menu In some cases the last character of text has an small fail rendering the rigthmost part. The last pixel line is not crisp (or maybe omited). Attachet two samples. First sample is file menu (see zoomeed end of "Save All"). Second sample is a BASIC dialog with two buttons. The first button has text "Acabado en l" and the l is not crisp. The second button has text "Acabado en l " (added space after the 'l' character) and is correctly rendered. Tested with: Version: 5.4.1.0.0+ (x64) Build ID: b78c398817940bbbe0b9ebe848a923cef1856758 CPU threads: 2; OS: Windows 6.1; UI render: default; TinderBox: Win-x86_64@62-TDF, Branch:libreoffice-5-4, Time: 2017-07-28_09:02:44 Locale: es-ES (es_ES); Calc: group
Created attachment 135620 [details] Sample image of dialog
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
After reset profile the issue remains. Looks as the issue arises using Font Tahoma with size <= 8 (¿used in user interface?) I have attached a new image from calc: Fill cells with "l", "ll", "lll", "llll" and "lllll" using Tahoma 8, Tahoma 9 and Liberation Sans 6. The issue only surfaces with Tahoma 8.
Created attachment 135639 [details] Sample image of calc screen.
Confirmed. Win 7 Pro 64-bit Version: 6.0.0.0.alpha0+ (x64) Build ID: bec5a2ac82b5178f6e765494c2003febe8ab51da CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-12_23:35:00 Locale: fi-FI (fi_FI); Calc: CL
Looks a bit like bug 111307.
I have found a screen with a more dramatic effect. See "MB" and "hh:mm" in then new attachment. Some tidbits: In Windows 7 the default theme (Aero) uses in the UI the Segoe UI font of size 9. With this font the issue is not present. If theme is changed to Classic Windows then the UI uses the Tahoma font of size 8. With this font the issue is present.
Created attachment 135695 [details] New sample image of dialog
Hi Aron, I agree with comment 6. For me it looks related.
(In reply to Aron Budea from comment #6) > Looks a bit like bug 111307. In that bug they are cut from the left side.
Created attachment 135713 [details] Comparison of text in list box Tested in Windows 8.1 I have created a dialog with a list box control using font Tahoma size 8. Then capture the control with diferent setings. 1) OpenGL enabled (use HW acel. can not be selected) 2) OpenGL disabled, HW aceleration enabled 3) OpenGL disabled, HW aceleration disabled All options show similar results (see attachement with zoomed text).
Created attachment 135718 [details] Detail of rendering in Firefox. I notice that LO renders antialiased text in gray tones but other applications renders text in color tones. New sample attachment is from Firefox.
Seems to be fixed in master and in 5.4.3.2.
Yep, closing Version: 6.0.0.0.alpha1+ (x64) Build ID: a5af0fd9f27af42cf2e8571f659cdad6e606215b CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-07_00:30:02 Locale: fi-FI (fi_FI); Calc: CL