[bug-gs] Issue in PDF processing with TT fonts(CID)

[Scott.Francis at expeditors.com]

Hello,
We have been using Ghostscript to process PDFs produced with Adobe
Central(formerly Accelio) into fax-capable TIFFs for our legacy systems.
I've run into issues trying to configure Ghostscript to emulate CID-keyed
fonts via TrueType. I'm not sure if the generated PDF is totally compliant
to the spec though, as it also causes errors when opening it in Acrobat 5.

In cidfmap I have added the following line(ArialUnicodeMS is being used for
personal testing; it will be replaced in production systems):
/ArialUnicodeMS << /FileType /TrueType /Path (C:/gs/fonts/ARIALUNI.TTF)
/SubfontID 0 /CSI [(CNS1) 0] >> ;

When I try to process the PDF into tiffg4(using AFPL 8.12):
Processing pages 1 through 1.
Page 1
   **** Warning: Fonts with Subtype = /TrueType should be embedded.
                 But ArialUnicodeMS is not embedded.
Loading ArialUnicodeMS font from C:\gs\fonts/ARIALUNI.TTF... 3318216
1833907 32009692 30607146 3 done.
Loading a TT font from C:/gs/fonts/ARIALUNI.TTF to emulate a CID font
ArialUnicodeMS ... Done.
Error: /invalidfont in -dict-
Operand stack:
   --dict:5/5(L)--   ArialUnicodeMS-B5   138   --dict:5/5(L)--
--dict:5/5(L)--
   ArialUnicodeMS   --dict:8/10(L)--   Font   ArialUnicodeMS
--dict:8/10(L)--
  ArialUnicodeMS


It is possible to embed the TrueType fonts into the PDFs; this causes no
problems with Ghostscript. However, for Chinese fonts this ends up creating
huge template files and PDFs(>10M), which is why we are trying to use
system fonts instead. I can send an example non-embedded-font PDF to the
list if required.

Scott Francis
Forms Developer/IS, CHQ
206-674-3400 x3685