Re: PDF transforms (was: Re: File prefix again)
On Thu, 2002-12-19 at 21:15, Jeremias Maerki wrote: All cool, but how exactly is that better than having a PDF template that is stitched behind or in front of the FOP result using iText or PJ? Works well. Ok, PDF reading with our own library is a bonus as is better XML output for debugging. But I don't see any immediate need for this at the moment given our limited resources. Or do I miss anything? Well I'm not really suggesting is is high priority, just an idea. One things is that the XML and the additions can work both in and out of Fop. At least outputing SAX in the XMLRenderer would probably be an improvement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Happy Holidays
On Thu, 2002-12-19 at 16:30, Arved Sandstrom wrote: I'd like to wish everyone here happy holidays, whatever is appropriate. This is a good crowd. +1 :-) Regards, Arved Sandstrom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15564] New: - extra blank page in rendered pdf files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15564. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15564 extra blank page in rendered pdf files Summary: extra blank page in rendered pdf files Product: Fop Version: 0.20.4 Platform: PC OS/Version: All Status: NEW Severity: Normal Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I think I've found a bug in the fop library. I' using fop 0.20.4 with an xsl file containing this part of code: xsl:template match=/ fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=LibroProtocollo page-width=35cm page-height=18cm margin-top=1.0cm margin-bottom=1.0cm fo:region-body margin-top=0.55in margin- bottom=0.55in margin-left=0.15in margin-right=0.5in/ fo:region-before extent=0.5in/ fo:region-after extent=0.5in/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=LibroProtocollo fo:flow flow-name=xsl-region-body xsl:apply-templates select=...ZZ../ResultData/LibroProtocollo/PagineLibro/PaginaLibro/ /fo:flow /fo:page-sequence /fo:root /xsl:template xsl:template match=...ZZ.../ResultData/LibroProtocollo/PagineLibro/PaginaLibro fo:block fo:block text-align=center font-size=8pt font- family=Times Roman xsl:value-of select=../../Intestazione//fo:block fo:block#160;/fo:block xsl:call-template name=header/ xsl:apply-templates select=Protocolli/ /fo:block /xsl:template xsl:template match=Protocolli fo:block break-after=page xsl:for-each select=Protocollo xsl:call-template name=item/ /xsl:for-each xsl:call-template name=footer/ /fo:block /xsl:template Ok. In the xml file, I have a Protocolli element, with many PaginaLibro and Protocolli subelements. The genereted pdf file is ok, but the fop produces an annoying blank page at the end of the document. It's a fo:block break-after=page issue, I suppose... I've searched in bugzilla-fop, but no-one seems to have recognize it... if you can't reproduce it, notify it to me at [EMAIL PROTECTED] and I will send you the complete xml and xsl files. Excuse for my very poor english and thanks for your precious work. Regards, Andrea - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15564] - extra blank page in rendered pdf files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15564. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15564 extra blank page in rendered pdf files [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-12-20 11:59 --- I suppose it is indeed a break-after=page issue. (XSLT snippets don't really help in such cases). The spec is a bit ambiguous on how to handle this, more specifically, it doesn't say that some areas generated by FO from the flow have to follow a forced page break in order to generate a new page. Formally nailing down the behaviour will probably become messy due to footnotes. Implementation will likely be messy too. I don't consider this a real bug until clarified. Usually it should be possible not to generate the forced page break on the last block, for example: xsl:template match=Protocolli fo:block xsl:if test=position()!=last() xsl:attribute name=break-afterpage/xsl:attribute /xsl:if - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15409] - bitmap images appear with vertical displacement in PS renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15409. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15409 bitmap images appear with vertical displacement in PS renderer --- Additional Comments From [EMAIL PROTECTED] 2002-12-20 12:15 --- New insights: The images are not *always* displaced. Therefore, the fix will work for the images that were displaced but will now displace other images that worked perfectly before the fix. Is suggest not using my patch before the issue is clear. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Happy Holidays
Keiron Liddle wrote: On Thu, 2002-12-19 at 16:30, Arved Sandstrom wrote: I'd like to wish everyone here happy holidays, whatever is appropriate. Happy summer solstice, happy winter solstice, happy Hanakah, and of course, happy Christmas and a happy, peaceful and prosperous New Year. (We live in hope.) At least... This is a good crowd. +1 :-) +1 Regards, Arved Sandstrom Peter -- Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/ Lord, to whom shall we go? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Happy Holidays
Title: Re: Happy Holidays +1 with much enthusiasm. I'm quite happy to call myself a developer of this team. -Original Message-From: Peter B. West [mailto:[EMAIL PROTECTED]]Sent: Friday, December 20, 2002 8:16 AMTo: [EMAIL PROTECTED]Subject: Re: Happy Holidays Keiron Liddle wrote: On Thu, 2002-12-19 at 16:30, Arved Sandstrom wrote:I'd like to wish everyone here happy holidays, whatever is appropriate.Happy summer solstice, happy winter solstice, happy Hanakah, and ofcourse, happy Christmas and a happy, peaceful and prosperous New Year.(We live in hope.)At least...This is a good crowd. +1 :-)+1Regards,Arved SandstromPeter--Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/"Lord, to whom shall we go?"-To unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7241] - keep-with-previous, keep-with-next only working on the first page break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7241 keep-with-previous, keep-with-next only working on the first page break --- Additional Comments From [EMAIL PROTECTED] 2002-12-20 22:10 --- I have exactly the same problem: works first page break, doesn't work second page break -- didn't try consecutive page breaks, but I assume same as Bernd says. RedHat Linux 8.0, Fop 0.20.4. Added myself as CC and changed OS to All (I assume that's the case), I'd be interested to keep posted on this problem. thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
