Hi,
Gesendet: Mi, 13. Jan 2010 Von: steve poling<[email protected]> > Andreas, I am using the trunk version (like before). And I have > commented out the W/W* lines from the PageDrawer.properties file (like > before). But I am seeing the same phenomena observed for PDFBOX-483. I won't reopen PDFBOX-483 without knowing more details on your issue. I could be related, but probably it's just a sideeffect which only appears if clipping is actviated/deactivated. Is it possible to provide us with a sample document? > I am doing things a little diferently. I am running PrintPDF.java, and I > have made a kludged hack to get past the PDFBOX-490 issue, but when I > print, I get just the form's lines and the AcroField text like before. > I've stepped through the code at PDFTrueTypeFont.java where my kludge > occurs and nobody's throwing exceptions or anything. (I temporarily > hard-coded a stream from the TTF file in place of the embedded stream.) Hmmm, I've made similar experiences in an other case [1]. Everything worked fine displaying the pdf using PDFReader, but if I tried to print the pdf some of the content got lost. Perhaps you're running in the same issue, or perhaps your hack is the problem? > I recall that when we opened PDFBOX-490, I had commented out W/W* and I > was getting some text, just the wrong typeface. Where should I look to > see whether the clipping or whatnot responsible for the text going away > when printed. I first saw this a while back, and text was rendering OK > to the screen, just not the HP LaserJet. During my investigations concerning [1] I've learned that displaying and printing could be quite different things. Both are using the (PDFBox) code for rendering but the used Graphics2d (there are different classes used for displaying and printing within the JDK). Furthermore the result may depend on the used printer driver/OS/JDK. What environment are you using? > smiles and cheers, > > steve BR Andreas Lehmkühler [1] https://issues.apache.org/jira/browse/PDFBOX-552
