https://bugs.documentfoundation.org/show_bug.cgi?id=103944
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected],
| |[email protected]
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=10
| |3664
--- Comment #13 from V Stuart Foote <[email protected]> ---
(In reply to Khaled Hosny from comment #12)
> Here is my take away: Symbol font on Windows has a symbol cmap table that
> handles these PUA characters. On Linux “Symbol” font is usually mapped to
> “Standard Symbols L” by FontConfig, which is a Type 1 font and we no longer
> support those. “Standard Symbols L” comes from GhostSctipt fonts and the
> latest version actually (“Standard Symbols PS”), so it should work except
> that it lacks a symbol cmap and thus unusable here.
>
> So this is not really a bug in the layout engine per se, but a lack of
> suitable font. Adding a symbol cmap to “Standard Symbols PS” might be the
> easiest fix, and we can either upstream this, bundle the modified font or
> both.
Didn't Tamás take care of similar for bug 103664 with
http://cgit.freedesktop.org/libreoffice/core/commit/?id=5ef66db91e87ef84724be22977acf4c9c472ad6b
And, isn't symbol kind of an important mapping as WMF/EMF use it internally?
Should we have more precise control of any "important" PUA mappings and cast
them to their Unicode equivilents?
https://bugs.documentfoundation.org/show_bug.cgi?id=103664#c10
--
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
