Description: This is similar to bug 104403, but for fonts with CBDT/sbix tables instead (https://docs.microsoft.com/zh-cn/typography/opentype/spec/cbdt https://docs.microsoft.com/zh-cn/typography/opentype/spec/sbix). This might be a trickier as instead of rendering layered glyphs with different colors we will need to render raster graphics. We already have decent raster image support, but LibreOffice doesn’t make use of it from a low level as text rendering in VCL. Since HarfBuzz got support in version 2.1.0, it’s possible to render color glyphs via accessing these tables. Steps to Reproduce: - Actual Results: - Expected Results: - Reproducible: Always User Profile Reset: No Additional Info:
Moving to NEW
*** Bug 128387 has been marked as a duplicate of this bug. ***
@Khaled, for export to PDF does your c11 from bug 104403 against COLR/CPAL table fonts apply here as well? "For PDF, we would need to call HarfBuzz to decompose the color glyph layers before writing them to the PDF, should be a couple of days work or so if someone is interested."
*** Bug 129906 has been marked as a duplicate of this bug. ***
(In reply to V Stuart Foote from comment #3) > @Khaled, for export to PDF does your c11 from bug 104403 against COLR/CPAL > table fonts apply here as well? > > "For PDF, we would need to call HarfBuzz to decompose the color glyph layers > before writing them to the PDF, should be a couple of days work or so if > someone is interested." For bitmap format, HarfBuzz can give the PNG and then someone need to figure out how to embed it in the PDF file.
(In reply to Khaled Hosny from comment #5) > (In reply to V Stuart Foote from comment #3) > > @Khaled, for export to PDF does your c11 from bug 104403 against COLR/CPAL > > table fonts apply here as well? > > > > "For PDF, we would need to call HarfBuzz to decompose the color glyph layers > > before writing them to the PDF, should be a couple of days work or so if > > someone is interested." > > For bitmap format, HarfBuzz can give the PNG and then someone need to figure > out how to embed it in the PDF file. I think there are two keys to do, first, embed exposed raster image at its position within text, second, embed text string info into the raster image.
(In reply to Volga from comment #6) > I think there are two keys to do, first, embed exposed raster image at its > position within text, second, embed text string info into the raster image. The model can be seen from this document, althrough the pages are filled by scanned image, I can still select and copy the content. https://www.bannedthought.net/China/Magazines/StudyAndCriticism/1973/StudyAndCriticism-1973-04-OCR-sm.pdf
(In reply to Volga from comment #6) > I think there are two keys to do, first, embed exposed raster image at its > position within text, second, embed text string info into the raster image. The model can be seen from this document, althrough the pages are filled by scanned image, I can still select and copy the content. http://internationalcongressesofvexillology-proceedingsandreports.yolasite.com/resources/15th_Zurich/Berry-BritishSouthAfricaCompany.pdf
*** Bug 94655 has been marked as a duplicate of this bug. ***
*** Bug 147242 has been marked as a duplicate of this bug. ***
Khaled Hosny committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/77cce80bb56801acf22da2149bd597d0d7793e3b vcl: tdf#121327 PDF export for bitmap color fonts It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 133296 has been marked as a duplicate of this bug. ***
*** Bug 134865 has been marked as a duplicate of this bug. ***
*** Bug 138257 has been marked as a duplicate of this bug. ***
*** Bug 140847 has been marked as a duplicate of this bug. ***
*** Bug 139892 has been marked as a duplicate of this bug. ***
*** Bug 141342 has been marked as a duplicate of this bug. ***
*** Bug 95822 has been marked as a duplicate of this bug. ***
*** Bug 129148 has been marked as a duplicate of this bug. ***
Hi khaled, Would it be possible to add short comment about this issue to the release notes ? -> https://wiki.documentfoundation.org/ReleaseNotes/7.5
(In reply to Xisco Faulí from comment #20) > Hi khaled, > Would it be possible to add short comment about this issue to the release > notes ? -> https://wiki.documentfoundation.org/ReleaseNotes/7.5 Sure, I’ll give it a try.
*** Bug 152180 has been marked as a duplicate of this bug. ***
Verified as fixed in: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a41c82407bbb73a4d87070326485ec4b4e954a65 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Thanks Khaled! :)
I was very exited to see this fix in 7.5. I've just installed it and I do see the emojis now, but they are shown as a grey shadow. No colors, nor lines, just a gray shadow.
Created attachment 185151 [details] Emojis as shadows
(In reply to Stuardo Rodríguez from comment #25) > Created attachment 185151 [details] > Emojis as shadows How did you install libreoffice? Please also attach the PDF file.
*** Bug 154461 has been marked as a duplicate of this bug. ***
*** Bug 155923 has been marked as a duplicate of this bug. ***
I installed LibreOffice fresh Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) on Manjaro Linux. Now printing of UTF-8 symbols and exporting of UTF-8 symbols to pdf works alright. Thanks a lot, Matthias Wichterle.
Running on Debian's 7.5.7 here, emojis (in PDFs printed from Impress) are still broken. I only see a solid colour filled version of the emoji.
*** Bug 160070 has been marked as a duplicate of this bug. ***