Re: [ft-devel] Unable to load OpenType font (test case + font attached)

[Harry Roberts]

After some digging it seems it's Acrobat X 'Optimization' stage that's causing the problems, and *not* Enfocus Pitstop (my apologies there).

Attached is another weird font file (ZDIWMH+BodoniXT' that even FontForge, Acrobat Reader 9.5 and Poppler 0.20.5 refuse to open.

I have a feeling that the font isn't salvageable at all and both Poppler and Freetype are correct in not loading it, but any input would be welcome.

CFF and cmap tables exist, but otfinfo reports:

```

otfinfo: 74.otf: bad major version number 0

```

And `ttx` seems to have trouble getting glyph order.

All other information from the PDF about that font, which appears to match the cmap section in the font file.

```

/Font (72) = 

<< /FirstChar 32

/Widths [ 250 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 500 0 500 0 0 0 0 0 0 0 0 0 0 0 0 0 0 667 0 0 0 667 0 722 0 0 0 0 0 833 0 0 0 0 722 556 667 ]

/Encoding /WinAnsiEncoding

/Type /Font

/BaseFont /ZDIWMH+BodoniXT

/LastChar 84

/FontDescriptor 73 0 R

/Subtype /Type1 >>

```

```

/FontDescriptor (73) = 

<< /FontBBox [ -168 -251 1000 940 ]

/StemV 108

/FontStretch /Normal

/FontFile3 74 0 R

/XHeight 524

/Flags 34

/FontFamily Bodoni Extra T

/Descent -251

/FontName /ZDIWMH+BodoniXT

/Ascent 940

/FontWeight 400

/ItalicAngle 0

/CharSet /space/zero/two/A/E/G/M/R/S/T

/Type /FontDescriptor

/CapHeight 668 >>

```

On 7 November 2012 11:54, Harry Roberts <address@hidden> wrote:

Hi, 

 Just confirming that the latest version of FreeType (from GIT) has resolved this problem, as does Suzuki's patch. I greatly appreciate both of your inputs :)

 Thank you for the insight into the OpenType format.

 There is still an outstanding issue and another big handful of PDFs to do regression testing on. I am doing my best to extract it into a test case, more debugging will show if the problem lies with Poppler or Freetype.

On 7 November 2012 06:43, Werner LEMBERG <address@hidden> wrote:

> Here is a preliminary patch to permit a font WITHOUT essential
> tables, if its header declares CFF/OpenType (by OTTO tag) and CFF
> table is included.

Hmm, the demo font works without this your patch.

> This patch does not use cmap table, it uses the character-glyph
> mapping info (Encoding dict) in CFF table.  It is NOT expected
> behaviour, because CID-keyed CFF font for CJK scripts has no
> Encoding dict. I have to work more about...

AFAIK, PDF drivers include CFFs in `pure' format if they don't need or
want to use a cmap.  I'm not sure it makes sense to support a CFF in
SFNT format without a real `cmap' table.


    Werner

74.otf
Description: application/vnd.oasis.opendocument.formula-template