https://bugs.documentfoundation.org/show_bug.cgi?id=97319
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |FIXED --- Comment #17 from V Stuart Foote <[email protected]> --- On Windows 10 Pro 64-bit en-US with Version: 5.2.0.0.alpha0+ Build ID: 157469896ef56720f33676222b95e81c04ab5c72 CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-04-06_20:10:15 Locale: en-US (en_US) We now get glyph rendering now for SMP with OpenGL rendering via DirectWrite, as well for SMP with default rendering in SimpleWinLayout. So, probably OK to close this issue. There remains a noticible difference in rendering the SMP glyps remains between OpenGL DirectWrite and default rendering. Almost as if with OpenGL and DirectWrite the block holding the glyph is off-center and the glyph is clipped. Strangely, with OpenGL the top edge and left edge of glyps with SMP codepoints are clipped, the BMP codepoints seem unaffected. With default rendering it looks like positioning of both BMP and SMP glyphs are good. Also, the issues of bug 71603 continue to impact this. When launched via StartCenter no fall-back font assignment occurs. Must launch directly via command line "swriter.exe <path\filename.odt>" to get viable font substitution. So, assume there some difference in method of opening with a locale established, or not, impacts the available font ranges. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
