Frenchfrie created PDFBOX-5219:
----------------------------------
Summary: TTFParser can't parse font with legitimately no 'loca'
table
Key: PDFBOX-5219
URL: https://issues.apache.org/jira/browse/PDFBOX-5219
Project: PDFBox
Issue Type: Bug
Components: FontBox, PDModel
Affects Versions: 2.0.23
Environment: ➜ uname -a
Linux frenchfrie-pc 5.10.42-1-MANJARO #1 SMP PREEMPT Thu Jun 3 14:37:11 UTC
2021 x86_64 GNU/Linux
Reporter: Frenchfrie
Some fonts legitimately do not have a 'loca' table as specified in [Apple
documentation|https://developer.apple.com/fonts/TrueType-Reference-Manual/RM06/Chap6loca.html]:
??The {{'loca'}} table only used with fonts that have TrueType outlines (that
is, a [{{'glyf'}}
table|https://developer.apple.com/fonts/TrueType-Reference-Manual/RM06/Chap6glyf.html]).
Fonts that have no TrueType outlines do not require a {{'loca'}} table.??
This has led to some misunderstanding in the NotoColorEmoji google font project
as testified by those issues :
[https://github.com/googlefonts/noto-emoji/issues/190]
[https://github.com/googlefonts/noto-emoji/issues/288]
The TTFParser class just do not accept this font based on the absence of the
'loca' table and it can be verified with the simple test:
{code:java}
PDType0Font.load(doc, getClass().getResourceAsStream("NotoColorEmoji.ttf"),
false);
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
