https://bugs.documentfoundation.org/show_bug.cgi?id=103590
Bug ID: 103590
Summary: With experimental Harfbuzz common layout, <alt>+X
Unicode toggle having fall back issues
Product: LibreOffice
Version: 5.3.0.0.alpha0+ Master
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: major
Priority: medium
Component: graphics stack
Assignee: [email protected]
Reporter: [email protected]
Description:
When HarfBuzz based layout is enabled, the <alt>+X Unicode toggle is changing
script and "misinterpreting" glyphs.
Steps to Reproduce:
1. enable HarfBuzz based common layout with SAL_USE_COMMON_LAYOUT
2. Open and new Writer document
3. select a font with some SMP coverage for the Misc Symbols and Pictographs
(DejaVu Sans, Symbola, Noto Emoji)
4. enter following Unicode codepoints as text (for airplane, peace, car, rho):
U+2708 U+2628 U+1f697 U+1d68
5. convert with <alt>+X each of the Unicode points to its glyph, position
cursor to last character and toggle for each
6. what happens when converting the last entry?
Actual Results:
The glyphs are recast into another font/language--I can't tell which, but it
looks garbled up.
Expected Results:
script/language and font should not change when toggling one symbol that is
from a code page--greek here for the "rho", similar happens with other
codepoints from the Greek & Coptic page.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
First noticed this in Math formula editor module where being able to directly
add additional mathematics symbols had been facilitated by the Unicode
codepoint toggle. This facet of the script & font handling in HarfBuzz has
scrambled things.
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101
Firefox/49.0
--
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
