Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 5.1.1
-
Fix Version/s: 5.1.2
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:All
-
Support Case References:Support Case #13268 - https://icesoft.my.salesforce.com/50070000010b6bY
Description
When copying/extracting the text from a PDF file in the viewer, the pasted text is not in the same format as the text on the viewer. For example:
Viewer text: 31.12.2013
Pasted text:
3
1
.
1
2
.
2
0
1
3
Viewer text: 31.12.2013
Pasted text:
3
1
.
1
2
.
2
0
1
3
Activity
| Status | Resolved [ 5 ] | Closed [ 6 ] |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #44092 | Thu Feb 19 11:44:15 MST 2015 | patrick.corless | |
| Files Changed | ||||
MODIFY
/icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/graphics/text/PageText.java
|
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #44087 | Thu Feb 19 10:07:30 MST 2015 | patrick.corless | |
| Files Changed | ||||
|
MODIFY
/icepdf/branches/icepdf-5.0.1/icepdf/core/src/org/icepdf/core/pobjects/graphics/text/PageText.java
|
I've rework the new line detection code to take a few more units of measure into consideration before creating a new line of text. This seems to fix the document in question with regards to text extraction. Tripple clicking on a line now selects all the text that visually represents a line of text.
Show
Patrick Corless
added a comment - I've rework the new line detection code to take a few more units of measure into consideration before creating a new line of text. This seems to fix the document in question with regards to text extraction. Tripple clicking on a line now selects all the text that visually represents a line of text.
The PDF in question contains a landscape page view. For some strange reason the text is layed out using a a portrait layout. As a result the coordinates move along the y-plane instead of the usual x-plane which explains why our page extraction algorithm breaks down. I've added a fix which looks for the negative y shear value in the Tm matrix which is responsible for the rotation.
Show
Patrick Corless
added a comment - The PDF in question contains a landscape page view. For some strange reason the text is layed out using a a portrait layout. As a result the coordinates move along the y-plane instead of the usual x-plane which explains why our page extraction algorithm breaks down. I've added a fix which looks for the negative y shear value in the Tm matrix which is responsible for the rotation.
| Field | Original Value | New Value |
|---|---|---|
| Fix Version/s | 5.1.2 [ 11872 ] |
Marking as resolved.