Created attachment 129045 [details] Screenshot of the font rendering issue With LO 5.3 and recent builds of 5.4 on my Nvidia GTX 650 under Windows 10, the '5' and '7' are not displaying properly in Calc. Steps to reproduce: 1. Start Calc 2. In a cell, enter '5' or'7' Actual results: They look like 'b' and a crooked 'l'. Turning off "Use OpenGL for all rendering", fixes the issue. Changing the font, fixes the issue. Using Layout Engine: old on 5.3, fixes the issue. Changing zoom from 100 to 200, fixes the issue.
Confirmed. On Windows 10 Pro 64-bit (1607) en-US with nVidia GTX-750ti Version: 5.3.0.0.beta1 (x64) Build ID: 690f553ecb3efd19143acbf01f3af4e289e94536 CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new; Locale: en-US (en_US); Calc: CL More DirectWrite OpenGL rendering joy...
Of course the default font and settings having this are Liberation Sans at 10pt and 100% zoom. Also, in addition to clipping tops of 5 and 7 glyphs, the 8 and 9 glyph are clipped on the left edge.
Looks like the same issue as bug 104013, overzealous clipping. *** This bug has been marked as a duplicate of bug 104013 ***
Probably--but have to be a little cautious. Bug 104013 is for clipping of left edges of first character in a string for menu entries--and those with Segoe UI on Windows 8, 8.1 and 10 Since we can no longer scale the menu UI, we don't know if those would behave the same--but probably... And both are back to a DirectWrite OpenGL rendering.
This was actually a separate bug. Fixed by: http://cgit.freedesktop.org/libreoffice/core/commit/?id=ba3e52699bc05911bc1f9e3cbd5d1332902c736a
Khaled Hosny committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c7e7a634cf5941fffd97102fe4252aee7445e36b&h=libreoffice-5-3