Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Won't Fix
-
Affects Version/s: 4.0
-
Fix Version/s: None
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:Printing to Windows XPS or fax virtual printers
-
Workaround Exists:Yes
-
Workaround Description:
Description
A few clients have sent us PDF samples that render correctly on screen but are subject to clipping problems when printing.
Issue Links
- blocks
-
PDF-437 Printing Using IcePDF Pro cuts the text or removes the text in the middle of ocument.
- Closed
Activity
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #21994 | Wed Jul 21 10:53:06 MDT 2010 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/graphics/Shapes.java
|
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #21995 | Wed Jul 21 10:56:34 MDT 2010 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/trunk/icepdf/viewer/src/org/icepdf/ri/common/PrintHelper.java
|
Patrick Corless
created issue -
Arran Mccullough
made changes -
Field | Original Value | New Value |
---|---|---|
Salesforce Case | [5007000000C4AdI] |
Patrick Corless
made changes -
Workaround Description |
1.) Where content types permit, set the system property -Dorg.icepdf.core.paint.disableClipping=true. 2.) Replace line 419 in PrintHelper currenPage.paint(...) with Image image = viewController.getDocument().getPageImage(pageIndex, GraphicsRenderingHints.PRINT, Page.BOUNDARY_CROPBOX, rotation, zoomFactor); printGraphics.drawImage(image,0,0,null); Lower quality print but avoids the clipping issue as well |
|
Workaround Exists | [Yes] | |
Salesforce Case | [5007000000C4AdI] | [] |
Patrick Corless
made changes -
Salesforce Case | [] | |
Fix Version/s | 4.3.3 [ 10333 ] |
Patrick Corless
made changes -
Evgheni Sadovoi
made changes -
Salesforce Case | [5007000000MGjnj] |
Evgheni Sadovoi
made changes -
Attachment | QPViewerIcePdf.rar [ 14473 ] |
Patrick Corless
made changes -
Fix Version/s | 4.3.4 [ 10341 ] | |
Fix Version/s | 4.3.3 [ 10333 ] |
Migration
made changes -
Fix Version/s | 4.5 [ 10342 ] | |
Fix Version/s | 4.3.4 [ 10341 ] |
Patrick Corless
made changes -
Fix Version/s | 5.0 [ 10314 ] | |
Fix Version/s | 4.5 [ 10342 ] |
Patrick Corless
made changes -
Fix Version/s | 5.1 [ 10675 ] | |
Fix Version/s | 5.0 [ 10314 ] |
Patrick Corless
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Fix Version/s | 5.1 [ 10675 ] | |
Resolution | Won't Fix [ 2 ] |
Patrick Corless
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
After a lot of testing and looking around it appears that for some reason the windows print driver is treating the clip incorrectly. Setting a clip seems to clear all previously drawn print data. The problem is that I can't figure out the trigger, in the document in question it shows up on the 12th page, caries the same clip over to the 13th page and that start working correctly on the 14th.
The last element to be drawn on the 12th page is a as follows:
934 0 obj <</Type/XObject/Resources<</ProcSet[/PDF/Text]/Font<</Helv 1038 0 R>>>>/Subtype/Form/BBox[0.0 0.0 168.546 19.35]/Matrix[1.0 0.0 0.0 1.0 0.0 0.0]/FormType 1/Length 92>>stream
/Tx BMC
q
1 1 166.546 17.35 re
W
n
BT
/Helv 12 Tf
0 g
2 5.223 Td
(08443571622) Tj
ET
There is nothing special going on here but with W gets processed the rest of the page goes missing during the print. Strangely this content is more or less painted on every page but doesn't always cause the issue.
Couldn't find any bug report out there for this rare condition. I've added a new system property org.icepdf.core.paint.disableClipping that disables clipping for client that need a quick fix. Alternatively a client can update the PrintHelper to paint to an image first then print the image, however the quality is not as good in such a case.