Re: Does FOP-1.1rc1 change handling of RGB values?
Chris, I'm not sure how to read this. Are you endorsing string-replace as the way to go to get cmyk into the pdf or was that meant to be tongue-in-cheek? I was about to switch over to using rgb-icc since we have two colour profiles in play. If you're suggesting that string-replace is preferrable, then I really have to get the correct(ed) strings from somebody. Chris Bowditch wrote Definitely the right way to use FOP though :-) Chris -- View this message in context: http://apache-fop.1065347.n5.nabble.com/Does-FOP-1-1rc1-change-handling-of-RGB-values-tp36690p36735.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: spurious indentation with (small) text lose SOLVED
Ok if Vincent agrees this is a bug I can make the issue and supply the test fo. The patch is his and I don't think I should claim it. Glenn Adams-2 wrote First, someone needs to open a bug and submit a patch against the bug. -- View this message in context: http://apache-fop.1065347.n5.nabble.com/spurious-indentation-with-small-text-lose-tp36563p36733.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: spurious indentation with (small) text lose SOLVED
I am happy to report (rather belatedly I'm afraid) that the patch has done the trick. The test fo supplied no longer presents the problem and we see none in our book. It's hard to know from the book itself whether the lack of problems is happy coincidence or not, but the test is quite clear. Is this patch to be expected in the 1.1 final release? Undying gratitude, rjs -- View this message in context: http://apache-fop.1065347.n5.nabble.com/spurious-indentation-with-small-text-lose-tp36563p36730.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Does FOP-1.1rc1 change handling of RGB values?
Perhaps I can rephrase the question. Has the transformation of colour values from RGB (in the fo) to CMYK in the pdf changed in fop-1.1rc1 compared with fop-1.0? Our search and replace is no longer finding the values in the pdf. We insert temporary RGBs, expecting to find known cymk definitions in the pdf for replacement. (Legacy code). If I can't find a local explanation, I'm headed for a serious re-write of color handling. Should have been done long ago, I concede. Still not a good time, um, er, corporately. Thanks rsargent wrote I'm not finding certain strings related to colour I expect to be in the pdf. Has this changed recently. I didn't see mention of such in the 1.1 release notes. Thanks, rjs -- View this message in context: http://apache-fop.1065347.n5.nabble.com/Does-FOP-1-1rc1-change-handling-of-RGB-values-tp36690p36724.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
spurious indentation with (small) text lose
We've hit this a couple of times now and I have a small fo showing the problem. In production we are using fop-1.0, but I've generated this on both 1.0 and 1.1rc1 (with a small patch from Vincent related to http://apache-fop.1065347.n5.nabble.com/page-number-is-stuttering-tt36312.html page-number-stutters ) See the top of the second page of the generated pdf: the text is indented ~ 5 chars and missing the word appears. The full sentence is shown below. fo:inline margin-left=4pt font-weight=normal While most PNFs remain benign, between 10-15% become malignant. Deep-seated PNFs are at particular risk for development inline xmlns=http://www.w3.org/1999/XSL/Format; font-weight=boldMPNST/inline . MicroRNA misregulation appears to be a critical event in the malignant transformation of PNFs. /fo:inline I apologise for the funky fonts, but this problem is so delicate w.r.t. content that I cannot switch out my fonts at this time. The juxtaposition of the two simple-page-masters is critcal. The gap/loss always appears on the three-side page layouts. I have removed any overflows (Vincent ;) ) so I don't thing that as the problem. http://apache-fop.1065347.n5.nabble.com/file/n36563/short.xml short.xml -- View this message in context: http://apache-fop.1065347.n5.nabble.com/spurious-indentation-with-small-text-lose-tp36563.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: fop and hyphenation produces NullPointerException
Show the stack trace. Quoting Wilhelm wilhelm.me...@fh-kl.de: Hi, using fop-1.0 oder fop-1.1rc1 I get NullPointerExceptions if I enable hyphenation (language=de). Any hints? -- Wilhelm - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org