[jira] Created: (PDFBOX-667) Last characters in a line overlap when a PDF is printed
Last characters in a line overlap when a PDF is printed --- Key: PDFBOX-667 URL: https://issues.apache.org/jira/browse/PDFBOX-667 Project: PDFBox Issue Type: Bug Affects Versions: 1.0.0 Reporter: Peter Deter When printing a PDF every last character in a line overlaps it's leading character. This problem appears in v1.0.0 Printing the same PDF with v 0.7.3 works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (PDFBOX-667) Last characters in a line overlap when a PDF is printed
[ https://issues.apache.org/jira/browse/PDFBOX-667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Deter updated PDFBOX-667: --- Attachment: out.ps raw.pdf raw.pdf is the PDF file I'm printing, out.ps is what's actually printed Last characters in a line overlap when a PDF is printed --- Key: PDFBOX-667 URL: https://issues.apache.org/jira/browse/PDFBOX-667 Project: PDFBox Issue Type: Bug Affects Versions: 1.0.0 Reporter: Peter Deter Attachments: out.ps, raw.pdf When printing a PDF every last character in a line overlaps it's leading character. This problem appears in v1.0.0 Printing the same PDF with v 0.7.3 works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Hudson build is back to normal : PDFBox-trunk #42
See http://hudson.zones.apache.org/hudson/job/PDFBox-trunk/42/changes
[jira] Updated: (PDFBOX-667) Last characters in a line overlap when a PDF is printed
[ https://issues.apache.org/jira/browse/PDFBOX-667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maruan Sahyoun updated PDFBOX-667: -- Attachment: raw.out.win.pdf raw.out.pdf The document prints fine on Max and Linux using the latest trunk (see raw.out.pdf). On Windows a warning occurs and one line is missing from the output (see raw.out.win.pdf). In all cases there is no overlapping of chars. Warning on Windows: 23.03.2010 11:52:50 org.apache.pdfbox.util.PDFStreamEngine processOperator WARNUNG: java.lang.ArrayIndexOutOfBoundsException: 1 java.lang.ArrayIndexOutOfBoundsException: 1 at sun.awt.windows.WPrinterJob.setTextColor(Unknown Source) at sun.awt.windows.WPathGraphics.drawString(Unknown Source) at sun.awt.windows.WPathGraphics.drawString(Unknown Source) at org.apache.pdfbox.pdmodel.font.PDSimpleFont.writeFont(PDSimpleFont.java:350) at org.apache.pdfbox.pdmodel.font.PDType1Font.drawString(PDType1Font.java:248) at org.apache.pdfbox.pdfviewer.PageDrawer.processTextPosition(PageDrawer.java:183) at org.apache.pdfbox.util.PDFStreamEngine.processEncodedText(PDFStreamEngine.java:494) at org.apache.pdfbox.util.operator.ShowText.process(ShowText.java:45) at org.apache.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:552) at org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:248) at org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:207) at org.apache.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawer.java:106) at org.apache.pdfbox.pdmodel.PDPage.print(PDPage.java:801) at sun.print.RasterPrinterJob.printPage(Unknown Source) at sun.print.RasterPrinterJob.print(Unknown Source) at sun.print.RasterPrinterJob.print(Unknown Source) at org.apache.pdfbox.pdmodel.PDDocument.print(PDDocument.java:993) at PrintPDF.main(PrintPDF.java:128) Last characters in a line overlap when a PDF is printed --- Key: PDFBOX-667 URL: https://issues.apache.org/jira/browse/PDFBOX-667 Project: PDFBox Issue Type: Bug Affects Versions: 1.0.0 Reporter: Peter Deter Attachments: out.ps, raw.out.pdf, raw.out.win.pdf, raw.pdf When printing a PDF every last character in a line overlaps it's leading character. This problem appears in v1.0.0 Printing the same PDF with v 0.7.3 works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (PDFBOX-632) Invalid page rendering while printing a PDF with an image inside.
[ https://issues.apache.org/jira/browse/PDFBOX-632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maruan Sahyoun updated PDFBOX-632: -- Attachment: PDFBOX-632.out.win.pdf PDFBOX-632.out.pdf the issues also occurs using the latest trunk but on Windows only (see PDFBOX-632.out.win.pdf). Mac and Linux work fine (see PDFBOX-632.out.pdf). Printing the pages individually on Windows produces the expected results. What's also visible from the result on Windows is that the box on the first pages seems to be used as a clipping path for the text on the second page. Invalid page rendering while printing a PDF with an image inside. - Key: PDFBOX-632 URL: https://issues.apache.org/jira/browse/PDFBOX-632 Project: PDFBox Issue Type: Bug Affects Versions: 1.0.0 Environment: Windows XP SP3 32 bit Sun JDK 1.6.0_18 Reporter: Bertrand GILLIS Attachments: PDFBOX-632.out.pdf, PDFBOX-632.out.win.pdf, PDFBOX-632.pdf, PDFBOX-632.xps As soon as an image is included inside a page, all pages after that page are rendered only within the boundary of this image !?!?! Steps to reproduce: - create a pdf with 2 pages - add an image on the first page (50px,50px) and centered on that page - add a text on the second page and centered on that page - print the pdf page throught org.apache.pdfbox.PrintPDF Attached, you will find a sample pdf to reproduce that bug. One more thing... if we use org.apache.pdfbox.PDFToImage instead, all pages are correctly rendered. That's kinda weird ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (PDFBOX-666) Ensure the correct path direction when drawing a rectangle
[ https://issues.apache.org/jira/browse/PDFBOX-666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12848788#action_12848788 ] Daniel Wilson commented on PDFBOX-666: -- Hoorah, Andreas! This corrects an issue I've been stumped on for a long time. Updating test cases momentarily. Ensure the correct path direction when drawing a rectangle -- Key: PDFBOX-666 URL: https://issues.apache.org/jira/browse/PDFBOX-666 Project: PDFBox Issue Type: Bug Components: PDFReader Affects Versions: 1.0.0 Reporter: Andreas Lehmkühler Assignee: Andreas Lehmkühler Fix For: 1.1.0 Attachments: PDFBOX570-test11.png, PDFBOX570-test11_patched.png It is important to create the path for a rectangle in the correct direction to ensure that the right region will be filled or used for clipping. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (PDFBOX-632) Invalid page rendering while printing a PDF with an image inside.
[ https://issues.apache.org/jira/browse/PDFBOX-632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Lehmkühler resolved PDFBOX-632. --- Resolution: Fixed Fix Version/s: 1.1.0 I've applied a patch with version 926714. The patch ensures that the clipping path is never null. I'd already made a similar patch with PDFBOX-552, but obviously it wasn't good enough. Invalid page rendering while printing a PDF with an image inside. - Key: PDFBOX-632 URL: https://issues.apache.org/jira/browse/PDFBOX-632 Project: PDFBox Issue Type: Bug Affects Versions: 1.0.0 Environment: Windows XP SP3 32 bit Sun JDK 1.6.0_18 Reporter: Bertrand GILLIS Fix For: 1.1.0 Attachments: PDFBOX-632.out.pdf, PDFBOX-632.out.win.pdf, PDFBOX-632.pdf, PDFBOX-632.xps As soon as an image is included inside a page, all pages after that page are rendered only within the boundary of this image !?!?! Steps to reproduce: - create a pdf with 2 pages - add an image on the first page (50px,50px) and centered on that page - add a text on the second page and centered on that page - print the pdf page throught org.apache.pdfbox.PrintPDF Attached, you will find a sample pdf to reproduce that bug. One more thing... if we use org.apache.pdfbox.PDFToImage instead, all pages are correctly rendered. That's kinda weird ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (PDFBOX-632) Invalid page rendering while printing a PDF with an image inside.
[ https://issues.apache.org/jira/browse/PDFBOX-632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12848844#action_12848844 ] Andreas Lehmkühler edited comment on PDFBOX-632 at 3/23/10 6:48 PM: I've applied a patch with version 926714. The patch ensures that the clipping path is never null. I'd already made a similar patch with PDFBOX-552, but obviously it wasn't good enough. Thanks to Maruan for the testing and his conclusion. It was the hint which led me to the solution. was (Author: lehmi): I've applied a patch with version 926714. The patch ensures that the clipping path is never null. I'd already made a similar patch with PDFBOX-552, but obviously it wasn't good enough. Invalid page rendering while printing a PDF with an image inside. - Key: PDFBOX-632 URL: https://issues.apache.org/jira/browse/PDFBOX-632 Project: PDFBox Issue Type: Bug Affects Versions: 1.0.0 Environment: Windows XP SP3 32 bit Sun JDK 1.6.0_18 Reporter: Bertrand GILLIS Fix For: 1.1.0 Attachments: PDFBOX-632.out.pdf, PDFBOX-632.out.win.pdf, PDFBOX-632.pdf, PDFBOX-632.xps As soon as an image is included inside a page, all pages after that page are rendered only within the boundary of this image !?!?! Steps to reproduce: - create a pdf with 2 pages - add an image on the first page (50px,50px) and centered on that page - add a text on the second page and centered on that page - print the pdf page throught org.apache.pdfbox.PrintPDF Attached, you will find a sample pdf to reproduce that bug. One more thing... if we use org.apache.pdfbox.PDFToImage instead, all pages are correctly rendered. That's kinda weird ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Reopen PDFBOX-483?
Hi, Maruan Sahyoun schrieb: Hi, FYI - using PDFReader the PDF is displayed OK but when printed the same results are produced as with PrintPDF. The printed output contains the variable data only (and some lines), Boilerplate text is not printed. That was a hard nut to crack, but I guess it's done. With resolving PDFBOX-632 it works for me on WINDOWS.!! BR Andreas Lehmkühler Maruan Sahyoun Am 09.03.2010 um 13:58 schrieb Andreas Lehmkühler: Hi, Betreff: Re: Reopen PDFBOX-483? Gesendet: Di, 09. Mrz 2010 Von: Maruan Sahyounsahy...@fileaffairs.de Hi , please find enclosed the text extracted from the printed PDF. Extraction was done using Adobe Acrobat 8. X0X0X0 X0X0X05 X0X0X0 X0X0X05 X0X0X0 X0X0X05 X0X0X05 MM/DD/ X0X2 X0X2 X0X0X0X X0X0X0X X0X0X05 X0X0X05 X0X0X05 X0X0X05 X0X0X0X X0X0X05 X0X0X05 X0X0 X0X0 X05 X0X0X05 MM/DD/ X0X0X05 X0X0 Hmm, that's odd. I'll run my own tests later when I'm at home. Finally that seems to be a windows only issue. I'll also file an issue on JIRA Thanks for the tests! BR Andreas Lehmkühler Maruan Sahyoun Geschäftsführer: Maruan Sahyoun Handelsregister: AG Düsseldorf, HRB 53837 UST.-ID: DE248275827 Am 09.03.2010 um 13:45 schrieb Maruan Sahyoun: Hi Andreas, yes, the results are similar BUT most of the text and some of the lines are missing. Converting to Image output using PDFToImage provides a different and much better result where all text and lines are included and only some misplacement occurs. Is there a way to submit the attachment so you can see for yourself? Maruan Sahyoun Am 09.03.2010 um 13:38 schrieb Andreas Lehmkühler: Hi, Betreff: Re: Reopen PDFBOX-483? Gesendet: Di, 09. Mrz 2010 Von: Maruan Sahyounsahy...@fileaffairs.de Hi, please find enclosed the result of the printing test conducted on Windows 2003 Server SP2 32 bit, Java 1.5 using a fresh built from trunk. The test was done using the Adobe PDF printer driver as well as Apple and HP Postscript printers with similar results. Thanks for testing. Your attachments didn't make it due to some restrictions of the mailing list. Probably it would be sufficient to describe the results. Let me guess, they are all similar. All contain text, some characters are misplaced and a wrong font is used. BR Andreas Lehmkühler --- original Nachricht Ende
Re: Reopen PDFBOX-483?
Hi Andreas, that's good news. Congrats that you found the issue. Maruan Sahyoun Am 23.03.2010 um 20:00 schrieb Andreas Lehmkuehler: Hi, Maruan Sahyoun schrieb: Hi, FYI - using PDFReader the PDF is displayed OK but when printed the same results are produced as with PrintPDF. The printed output contains the variable data only (and some lines), Boilerplate text is not printed. That was a hard nut to crack, but I guess it's done. With resolving PDFBOX-632 it works for me on WINDOWS.!! BR Andreas Lehmkühler Maruan Sahyoun Am 09.03.2010 um 13:58 schrieb Andreas Lehmkühler: Hi, Betreff: Re: Reopen PDFBOX-483? Gesendet: Di, 09. Mrz 2010 Von: Maruan Sahyounsahy...@fileaffairs.de Hi , please find enclosed the text extracted from the printed PDF. Extraction was done using Adobe Acrobat 8. X0X0X0 X0X0X05 X0X0X0 X0X0X05 X0X0X0 X0X0X05 X0X0X05 MM/DD/ X0X2 X0X2 X0X0X0X X0X0X0X X0X0X05 X0X0X05 X0X0X05 X0X0X05 X0X0X0X X0X0X05 X0X0X05 X0X0 X0X0 X05 X0X0X05 MM/DD/ X0X0X05 X0X0 Hmm, that's odd. I'll run my own tests later when I'm at home. Finally that seems to be a windows only issue. I'll also file an issue on JIRA Thanks for the tests! BR Andreas Lehmkühler Maruan Sahyoun Geschäftsführer: Maruan Sahyoun Handelsregister: AG Düsseldorf, HRB 53837 UST.-ID: DE248275827 Am 09.03.2010 um 13:45 schrieb Maruan Sahyoun: Hi Andreas, yes, the results are similar BUT most of the text and some of the lines are missing. Converting to Image output using PDFToImage provides a different and much better result where all text and lines are included and only some misplacement occurs. Is there a way to submit the attachment so you can see for yourself? Maruan Sahyoun Am 09.03.2010 um 13:38 schrieb Andreas Lehmkühler: Hi, Betreff: Re: Reopen PDFBOX-483? Gesendet: Di, 09. Mrz 2010 Von: Maruan Sahyounsahy...@fileaffairs.de Hi, please find enclosed the result of the printing test conducted on Windows 2003 Server SP2 32 bit, Java 1.5 using a fresh built from trunk. The test was done using the Adobe PDF printer driver as well as Apple and HP Postscript printers with similar results. Thanks for testing. Your attachments didn't make it due to some restrictions of the mailing list. Probably it would be sufficient to describe the results. Let me guess, they are all similar. All contain text, some characters are misplaced and a wrong font is used. BR Andreas Lehmkühler --- original Nachricht Ende
