Details
-
Type:
Bug
-
Status: Resolved
-
Priority:
Major
-
Resolution: Won't Fix
-
Affects Version/s: 6.1.2
-
Fix Version/s: 6.3.1
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:Windows 7
-
Workaround Description:
Description
The paste of a selection does not contain the space which was copied from selection in a displayed PDF.
It can be reproduced with the enclosed file:A4-RR2016-VolII-E_cover_orig.pdf
page#:106
selected text:Appendix 30A earth
The paste text will be "Appendix 30Aearth"
This copy/paste works on the other main viewer.
It can be reproduced with the enclosed file:A4-RR2016-VolII-E_cover_orig.pdf
page#:106
selected text:Appendix 30A earth
The paste text will be "Appendix 30Aearth"
This copy/paste works on the other main viewer.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Field | Original Value | New Value |
---|---|---|
Attachment | A4-RR2016-VolII-E_cover_orig.pdf [ 22384 ] |
Fix Version/s | 6.1.4 [ 13090 ] |
Comment |
[ A very unique PDF that has a text layout that we haven't seen or no one has taken notices. When creating the bounding box we always he assume box should be create with the x,y at the lower left but in the instance of this pdf the font size is negative which creates right to left layout which is then mirrored by the current gs transform. The problem with the layout is that we create the bounding box incorrectly and everything goes sideways from there.
I've added some code to detect the negative layout and thus we create the correct bound. Everything works as expected afterwards. ] |
Workaround Description | -Dorg.icepdf.core.views.page.text.spaceFraction=4 (default is 3). This allows the space detection algorithm to see a slightly smaller gap as a space. Normally it's 1/3 the max characters width, the the above system property its now 1/4 the max characters width. |
Fix Version/s | 6.2 [ 13090 ] |
Fix Version/s | 6.3.1 [ 13113 ] |
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Won't Fix [ 2 ] |