[Libreoffice-bugs] [Bug 129523] FILESAVE issue in Libreoffice Impress that does not export Emoji to PDF

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat Jan 4 04:20:55 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=129523

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Whiteboard| QA:needsComment            |
                 CC|                            |quikee at gmail.com,
                   |                            |vstuart.foote at utsa.edu

--- Comment #1 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Can not confirm on Windows builds on Windows 10 64-bit with
Version: 6.4.0.1 (x64)
Build ID: 1b6477b31f0334bd8620a96f0aeeb449b587be9f
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

See attached.

Pasting the string 
 🙊, 📥, 🌎, 🛵, 🚙, 🏈, 🏀, ⏳, etc.

into Impress, it will receive fall-back font replacment as the Liberation Sans
default font for Impress does not have coverage of the Emoji.

But, that also means there may not be coverage of the glyphs when you export.

Instead you _must_ replace the font in the text box to specify a font with
Unicode  coverage and so avoid fall-back mechanisim. And then also be sure to
embed the font into the Impress document: from File -> Properties -> Font tab.

So, when you explicitly handle the font specification for Emoji (and other
Unicode glyphs), they will export to PDF.

Not sure more can be done with the PDF export handling of fall-back font
replacement

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200104/19ff3b5f/attachment.htm>


More information about the Libreoffice-bugs mailing list