Recently I have come across many fonts embedded within PDF files which
cannot be loaded by FreeType v2.4.10.
I suspect Enfocus PitStop is mangling the fonts when the PDF file is
'optimized'.
Attached is the font file (extracted from a PDF) and test case.
Adobe Acrobat and Photoshop are able to l
At sfnt/ttload.c:~280
The font doesn't have the two expected tables (head, sing) - if I ignore
that fact and return `SFNT_Err_Ok` from `check_table_dir` then the font
loads fine and renders perfectly.
Why does the FreeType TTF loader required these two headers when it works
without them?
```
282
Thank you for providing a sample.
For first, please let me comment to your question "why". An OpenType
embedded in PDF should not be expected to be usable as a self standing
OpenType font. It is a component of PDF, and some essential information
are removed (because the identical or substitution i
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.
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-k
BTW, in my understanding, the font embedded by sfnt-container with
"OTTO" tag is introduced to use its cmap table, so, when
CFF is included and cmap is not, it should be taken as invalid font
(if we focus about PDF). If the PDF generator do not want to use
"cmap" in embedded CFF/OpenType, it should
> Attached is the font file (extracted from a PDF) and test case.
Thanks for the report.
> Adobe Acrobat and Photoshop are able to load the fonts. FontForge
> can also open the font, and after 'Exporting to OpenType' the test
> case is able to load the font successfully.
And the current git ver
> It would not be so difficult changing FreeType
> to pass included CFF stream to CFF parser.
Yes, it was quite easy.
> But yet I'm not sure if the cmap table content should be used (if it
> should be used, more work is needed).
A CFF wrapped in the SFNT format *must* use the cmap table if pres
> 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 d
tions you take to optimize it with Enfocus PitStop?
Regards,
Bram
From: Harry Roberts <ha...@midnight-labs.org>
Date: Wed, 7 Nov 2012 01:12:18 +
To: "freetype (devel)" <freetype-devel@nongnu.org>
Subject: [ft-devel] Unable to load OpenType font (test case + font a
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
regre
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 f
How did you extract the font that it came out in an SFNT container?
I would not expect an SFNT given those /Font and /FontDescriptor objs.
Is the pdf itself available?
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
___
Freetype-devel mailing l
Hi,
The font was extracted by dumping the stream with 'peepdf'.
peepdf project: https://code.google.com/p/peepdf/
dumpstream patch: https://code.google.com/p/peepdf/issues/detail?id=6
The PDF is available at: http://derp.ltd.uk/borked-font.pdf
Regards,
- Harry
On 11 November 2012 16:33
> "HR" == Harry Roberts writes:
HR> The font was extracted by dumping the stream with 'peepdf'.
HR> The PDF is available at: http://derp.ltd.uk/borked-font.pdf
I was curious whether the font was embedded into the sfnt by the
extractor, but it was not. It already claims to be an OTTO in
t
14 matches
Mail list logo