[
https://issues.apache.org/jira/browse/PDFBOX-4667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16951162#comment-16951162
]
Tilman Hausherr commented on PDFBOX-4667:
-----------------------------------------
If you debug in source, does it still return -1 as it did before? If yes, then
you are still using the same version. If no, then it means that my change
didn't make the problem go away. Then have a look at
{{FontMapperImpl.getFontMatches()}} and debug there. I had a problem there once
with a barcode font.
> Issue in FontMapperImpl#isCharSetMatch when font codePageRange is -1
> --------------------------------------------------------------------
>
> Key: PDFBOX-4667
> URL: https://issues.apache.org/jira/browse/PDFBOX-4667
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 2.0.16
> Reporter: Struve Pierre
> Priority: Trivial
> Fix For: 2.0.18, 3.0.0 PDFBox
>
> Attachments: OcrB Regular.ttf, screenshot-1.png
>
>
> Hi I met an issue with a font.
> It seems to me that code page range has not been set and then in
> org.apache.pdfbox.pdmodel.font.FontMapperImpl#isCharSetMatch -1 is used.
> It seems to me that -1 means "open bar".
> I was trying to find a font that matches CHINESE_SIMPLIFIED
> (cidSystemInfo.getOrdering{color:#9876aa}(){color}.equals{color:#9876aa}({color}{color:#6a8759}"GB1"{color}{color:#9876aa}){color}),
> and due to the -1 this font was matched and unluckily it was the one picked.
> Do you think we can make a special case for -1 (return false)?
> Is there any font currently that matches all code page ranges?
>
--
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
