[
https://issues.apache.org/jira/browse/PDFBOX-5219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frenchfrie updated PDFBOX-5219:
-------------------------------
Description:
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]
Also reproduced with JoyPixels.ttf from [https://www.joypixels.com/] installed
through [package
manager|https://archlinux.org/packages/community/any/ttf-joypixels/].
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}
was:
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}
> 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
> Priority: Major
>
> 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]
> Also reproduced with JoyPixels.ttf from [https://www.joypixels.com/]
> installed through [package
> manager|https://archlinux.org/packages/community/any/ttf-joypixels/].
>
> 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: [email protected]
For additional commands, e-mail: [email protected]
