https://bugs.documentfoundation.org/show_bug.cgi?id=97319
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |[email protected], | |[email protected], | |[email protected] Blocks| |93529 Summary|Unicode SEP codepoints no |With OpenGL enabled Unicode |longer rendered |codepoints beyond BMP not | |rendered, affecting SEP and | |plane 2 -- Windows only? --- Comment #6 from V Stuart Foote <[email protected]> --- On Windows 10 Pro 64-bit (build 10586) en-US with Version: 5.2.0.0.alpha0+ Build ID: 2b60321b21ff9ada64576f5711950b616b8a25ba CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2016-02-12_23:49:18 Locale: en-US (en_US) and Version: 5.1.1.1 Build ID: c43cb650e9c145b181321ea547d38296db70f36e CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; Locale: en-US (en_US) Work around the issue of bug 71603 using CLI or OS to launch swriter directly, opening the above attachment 122194 or attachment 108223 (from bug 85109) With OpenGL disabled the SEP, and also Plane 2 (from CJK Unified Ideographs Extension B block in Sim-sum) glyphs are rendered and fallback occurs. With OpenGL rendering enabled SEP and Plane 2 glyphs are not rendered--fall back does not occur. So this really looks to be an OpenGL only font glitch, but just Windows??? Some other confirmation would be nice. Adding to bug 93529 =-aside-= filed bug 97839 for the Special Character dialog... Although with OpenGL disabled, when SEP or higher planes are exposed by OS or CLI launch, the Special character dialog is having trouble with characters in the paste preview bar, not composing the multi-byte codepoints. -- 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
