[ https://issues.apache.org/jira/browse/PDFBOX-5808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17841203#comment-17841203 ]
Tilman Hausherr edited comment on PDFBOX-5808 at 4/26/24 12:52 PM: ------------------------------------------------------------------- Yeah, I used your font because it showed the problem, the existing test didn't. was (Author: tilman): Yeah, I used your font because it showed the problem, the existing test didn't. Re "_100", I'm aware of that, it's not really beautiful, but all "_" are getting ignored by the caller in {{GlyphArraySplitterRegexImpl.convertGlyphIdsToList()}}. > Add support for GSUB Lookup Type 3 > ---------------------------------- > > Key: PDFBOX-5808 > URL: https://issues.apache.org/jira/browse/PDFBOX-5808 > Project: PDFBox > Issue Type: New Feature > Components: FontBox > Affects Versions: 3.0.2 PDFBox > Reporter: Fabrice Calafat > Priority: Major > Attachments: screenshot-1.png, screenshot-2.png > > > Add support for the lookup type 3, Alternate Substitution when handling GSUB: > [https://learn.microsoft.com/en-us/typography/opentype/spec/gsub#AS] > The first available substitution glyph can be used (as done in other > libraries) > > Also, the current implementation of CompoundCharacterTokenizer doesn't > account for collision in ligatures > For example, if a font supports ligatures for _att_ and {_}en{_}, the current > implementation will not tokenize properly for the word _attention._ This is > because the regex implementation doesn't allow for a proper split > > I'll open a proposed implementation for the above -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org