Unable to correctly embed font ... unless using other software

This Forum is for the use of End Users requiring help and assistance for Tracker Software's PDF-XChange Printer Drivers only - Please do not post requests for older versions of PDF-XChange or the PDF-Tools/OFFice2PDF applications here

Moderators: PDF-XChange Support, Daniel - PDF-XChange, Chris - PDF-XChange, Sean - PDF-XChange, Vasyl - PDF-XChange, Stefan - PDF-XChange

DIV
User
Posts: 261
Joined: Fri Jun 23, 2017 1:47 am

Unable to correctly embed font ... unless using other software

Post by DIV »

Hi, all.
I prepared a Word document with a mixture of Korean and English text, using two fonts.
  • Source Han Serif KR (version 2.003)
  • Source Han Serif KR Heavy (version 2.003)
Both fonts appear to be open-source, and freely available, with no embedding restrictions. See [url]https://github.com/adobe-fonts/source-han-serif/tree/release/OTF/Korean[/url]

Licence Agreement:
This Font Software is licensed under the SIL Open Font License, Version 1.1. This Font Software is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the SIL Open Font License for the specific language, permissions and limitations governing your use of this Font Software.
Licence URL: http://scripts.sil.org/OFL
Embedding licensing rights: Installable (no embedding restrictions)
No subsetting: Not activated
Bitmap embedding only: Not activated
image.png
Furthermore, noting my previous experience with another font,
  • the VendorID was specified as "ADBO" (not missing)
  • high-level PANOSE data were specified
  • Class was not specified (under Font Family Classification)
image(1).png
(The above screenshots are from FontCreator.)


I got very different behaviour depending on how I tried to produce the PDF.
  • Generate from the in-built PDF maker/exporter in Word 2013: fonts are bitmapped (all characters). It looks ugly when zoomed in (looks OK printed, though), and the text cannot be selected or searched.
  • Generate by opening the DOCX file in PDF-XChange Editor 10.1.3.383, which uses the Office to PDF Converter: fonts are bitmapped (all characters), the same as when exporting from Word.
  • Generate by printing to PDF-XChange [Printer] Lite 10.1.3: fonts are embedded as a subset, but only English text & punctuation is readable; Korean characters are correctly stored (and can be selected or searched), but Korean glyphs are corrupted/absent/invisible.
  • Generate by printing to PrimoPDF 5.1.0.2: fonts are embedded, English & Korean text is perfect.
As per the screenshot below, the PDFs generated by Lite have characters stored where the Korean text should be. When I copy and paste some of the 'invisible' characters into Notepad, the correct Korean characters are seen ("한국어를 배웁니까"). When I copy from Notepad and repaste into PDF-XChange Editor as a Typewriter annotation, the Korean text is correctly presented with Batang font, but not correctly presented with Source Han Serif KR Heavy font (identical issue with Source Han Serif KR font).
image(2).png
I tried (more than) three different configurations with Lite:
  • 'standard' embedding
  • force embedding of the relevant fonts in their entirety, without allowing subsetting.
  • prevent the relevant fonts from being embedded at all
No matter which configuration I specified in Lite, the outcome was always the same — embedded subsets, with the Korean glyphs absent/corrupted/invisible.

So there seem to be a few potential issues rolled up here:
  • Possible problem with the font? I'm not convinced of it. This is a major font release from Adobe, is on its twelfth public release (and isn't a beta release), and I can't see any issues with the licence settings.
  • Apparent problems with Word and Lite not respecting the permissive font licence settings.
  • Apparent problems with Lite not respecting user directions regarding font embedding
  • Apparent problems in Editor when using those particular fonts for Comments. It's unclear whether this is ultimately arising because of Editor or an underlying problem in the installed/embedded font. [BTW, if I have a font installed and a corrupted version of it embedded in the file, which would Editor use for rendering a fresh Comment?] Well, in any case it doesn't appear to be arising because of embedding in this case, because the same behaviour occurs if I reformat the Typewriter annotation with either Source Han Serif KR Light font or Source Han Sans KR Light font, for example, neither of which are embedded in the PDF file.
I will attach the DOCX and PDF files for review.
test_PDF_fontEmbedding_SourceHanSerifKR_docx.7z
test_PDF_fontEmbedding_SourceHanSerifKR.Word.pdf
test_PDF_fontEmbedding_SourceHanSerifKR.Editor.pdf
test_PDF_fontEmbedding_SourceHanSerifKR.Lite.pdf
test_PDF_fontEmbedding_SourceHanSerifKR.Lite_wholeFonts.pdf
test_PDF_fontEmbedding_SourceHanSerifKR.Lite_noEmbedding.pdf
test_PDF_fontEmbedding_SourceHanSerifKR.PrimoPDF.pdf
You do not have the required permissions to view the files attached to this post.