You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Tilman Hausherr (Jira)" <ji...@apache.org> on 2020/04/10 12:47:00 UTC
[jira] [Comment Edited] (PDFBOX-4810) Improve CodespaceRange to be
in line with the spec
[ https://issues.apache.org/jira/browse/PDFBOX-4810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17080460#comment-17080460 ]
Tilman Hausherr edited comment on PDFBOX-4810 at 4/10/20, 12:46 PM:
--------------------------------------------------------------------
Wow, good find.
Small problem: the "<" and ">" in the javadoc needs to be replaced with "& l t ;" and "& g t ;".
was (Author: tilman):
Wow, good find.
Small problem: the "<" and ">" in the javadoc needs to be replaced with "<" and ">".
> Improve CodespaceRange to be in line with the spec
> --------------------------------------------------
>
> Key: PDFBOX-4810
> URL: https://issues.apache.org/jira/browse/PDFBOX-4810
> Project: PDFBox
> Issue Type: Improvement
> Components: FontBox
> Affects Versions: 2.0.19, 3.0.0 PDFBox
> Reporter: Andreas Lehmkühler
> Assignee: Andreas Lehmkühler
> Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> While working on PDFBOX-4749 I've realized that the implementation of a CodespaceRange from a CMap isn't correct.
> For one byte ranges startBytes and endBytes define a linear range of values. Double byte values define a rectangular range +not+ a linear range.
> Examples:
> * <00> <20> defines a linear range from 0x00 up to 0x20
> * <8140> to <9FFC> defines a rectangular range. The high byte has to be within 0x81 and 0x9F and the low byte has to be within 0x40 and 0xFC. The old implementation assumes the codespacerange ranges from <8140> to <9FFC>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org