pdf webdings

[Obernier]

I need to generate pdf files including webdings fonts.

The files i generate have to be read and print by Open Print.

But we have a problem printing webdings characters. instead of printing the symbol, we get a circle.

To use correctly the pdf files we have to use back pdf creator. With a pdf file generated with pdf creator, Open print has no problem to recognise the webdings characters.

Is there a way to make this work with VPE ?

[IDEAL Software Support]

Set VPE.CharSet = VCHARSET_SYMBOL before using a symbol font. This is one of the errors we had seen when analyzing your documents.

[Obernier]

I have checked the way we had included the webdings character,
and this is what i have found:

CHReport:CHARSET = 2.
CHReport:WRITE(LI_XCoord, CHReport:NBOTTOM - 8, 310, -2147483549,
"[N L B S 14 'WEBDINGS']"
+ CHR(202)).

CHReport:CHARSET = 0.

[IDEAL Software Support]

We transferred your source code 1:1 to C++ and it works as expected. The PDF is created correctly. Maybe you are not using the latest Release 4 (R4) of VPE.

Another cause for the problem might be that you are not embedding the font into the PDF, and on the target machine the font is not available. Or OpenPrint can't handle non-embedded fonts. We do not know OpenPrint.

Please let me suggest that you make use of symbols for contants, i.e. VFREE instead of -2147483549 and VCHARSET_SYMBOL instead of "2". It makes your source code independent from any changes of the constant values we might make in the future and it makes your source code better readable.

For the Progress language you are using, the symbols are defined in vpe.h.

[Obernier]

The problem appears when converting the PDF file in a JPG file using Ghostscript.

Here is the comment given by Ghostscript :

AFPL Ghostscript 8.54 (2006-05-17)
Copyright (C) 2005 artofcode LLC, Benicia, CA. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
**** Warning: File has a corrupted %%EOF marker, or garbage after %%EOF.
Processing pages 1 through 2.
Page 1
Loading NimbusSanL-Bold font from /usr/local/share/ghostscript/8.54/Resource/Font/n019004l.pfb... 2532456 926050 1935512 647187 3 done.
Loading NimbusSanL-Regu font from /usr/local/share/ghostscript/8.54/Resource/Font/n019003l.pfb... 2532456 953351 1955608 660219 3 done.
**** Warning: Embedded symbolic TT fonts must contain a cmap for Platform=1 Encoding=0.
Loading Dingbats font from /usr/local/share/ghostscript/8.54/Resource/Font/d050000l.pfb... 2532456 1016719 2509124 1215471 3 done.
Loading NimbusSanL-ReguItal font from /usr/local/share/ghostscript/8.54/Resource/Font/n019023l.pfb... 2532456 1046535 2509124 1220637 3 done.
Substituting .notdef for Euro in the font Helvetica
Substituting .notdef for Euro in the font Helvetica
Substituting .notdef for Euro in the font Helvetica-Bold
Page 2
**** Warning: Embedded symbolic TT fonts must contain a cmap for Platform=1 Encoding=0.

**** This file had errors that were repaired or ignored.
**** The file was produced by:
**** >>>> Virtual Print Engine PDF Server Win x86 v4.00 - www.IdealSoftware.com <<<<
**** Please notify the author of the software that produced this
**** file that it does not conform to Adobe's published PDF
**** specification.

[IDEAL Software Support]

VPE is encoding the CMAP of True-Type fonts for symbolic fonts with Platform = 3 and Encoding = 0. This is a valid encoding according to the True-Type Font specification.

Platform = 1 and Encoding = 0 is the Apple Macintosh encoding. We see no reason why this should be the only valid encoding.

If Ghostscript can't handle it, it is a problem of Ghostscript. If you run Adobe Preflight, no errors or warnings are shown.