Bug 128387 - CBDT/BCLC color Font NotoColorEmoji not rendered into pdf
Summary: CBDT/BCLC color Font NotoColorEmoji not rendered into pdf
Status: RESOLVED DUPLICATE of bug 121327
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
6.3.2.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2019-10-25 12:23 UTC by Bernard Decock
Modified: 2019-10-25 14:23 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bernard Decock 2019-10-25 12:23:24 UTC
Open a new document
enter :monkey: the auto-correction will transform this into 🐒

save the document as a pdf-document. The emoji will be printed as a blank.
Embedded font = NotoColorEmoji

Printing the document into a pdf-document gives the same result

Export the document as an Epub-document. The emoji will be visible in the epub!

This problem applies for a lot of the emoji's generated by the auto-correction.
Comment 1 V Stuart Foote 2019-10-25 14:18:50 UTC
Not sure we can, is there support for the CBDT/CBLC Opentype bitmap color fonts?

Attempts to even work with the projects font files[1] don't go well on Windows. 

Similar to bug 105488 for SVG color font, and bug 104403 for COLR/CPAL color fonts.

Project deploys the ColorEmojiOne SVG Opentype font, but should probably drop that in favor of the Twitter Emoji SVG Opentype color font follow on [2].


=-ref-=
[1] https://github.com/googlefonts/noto-emoji

[2] https://github.com/eosrei/twemoji-color-font
Comment 2 V Stuart Foote 2019-10-25 14:23:54 UTC
Oops and missed this was already submitted.

*** This bug has been marked as a duplicate of bug 121327 ***