Re: Long Table repeat header
There's a nice new critter in XSL 1.1, fo:retrieve-table-marker[1][2], that appears to be the "legal" way of doing what is wanted here. But that will need to wait for implementation in the new version. Glen [1] http://www.w3.org/TR/xsl11/#fo_retrieve-table-marker [2] http://www.w3.org/TR/xsl11/#d0e14560 Jeremias Maerki wrote: static-content is usually layed out after the region-body. Only after a region-body is fully processed do you know which elements are on the page and therefore which markers apply. Since markers can contain content of variable height, different content would have an influence on the layout in the region-body and could then trigger a "relayout" of the region-body, possibly causing changes in active markers etc. etc. The worst case is an infinite loop. :-) On 22.11.2005 21:44:01 Sascha Schmidt wrote: I wonder, why fo:retrieve-marker is restricted to static content and not allowed in the flow. Does anybody has an explanation? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Apache FOP 0.90 alpha 1 released
The Apache FOP team is excited to announce the release of Apache FOP 0.90 alpha 1, the first preview release after over three years of redesign and after two and a half years without a new release. Apache FOP is the Apache Software Foundation's XSL-FO implementation written in Java with support for several output formats like PDF, PostScript, Plain Text, RTF etc. This new release brings you long-awaited features like keeps on all implemented FO elements, support for reference-orientation, better indent behaviour, various improvements on inline elements like baseline-shift and improved leaders and image handling, improved border painting etc. Please check out the compliance page to view the differences between 0.20.5 and 0.90 alpha 1: http://xmlgraphics.apache.org/fop/compliance.html IMPORTANT! This release is the first after a big redesign effort on the whole FOP codebase. This release is to be considered ALPHA quality and it is intended as a preview release encouraging people to take a look at the new version and to provide feedback to the developers. Please not only report to us problems you might experience but also tell us if it works for you. If you find out that this version works fine for you, you're welcome to use it but please test it thoroughly as we don't consider this release ready for every production environment. Please read the following page for more detailed information: http://xmlgraphics.apache.org/fop/0.90/upgrading.html Download: http://www.apache.org/dyn/closer.cgi/xml/fop Source and binary distributions are available. Two binary distributions exist, one for JDK 1.3.x and one for JDK 1.4 and later. Release Notes: http://xmlgraphics.apache.org/fop/relnotes.html#FOP+0.90+alpha+1 Documentation: http://xmlgraphics.apache.org/fop/0.90/ Important information if you upgrade from version 0.20.5: http://xmlgraphics.apache.org/fop/0.90/upgrading.html Compliance documentation which allows you to compare 0.20.5 and 0.90.x: http://xmlgraphics.apache.org/fop/compliance.html General Information about Apache FOP: http://xmlgraphics.apache.org/fop/ Enjoy, Jeremias Maerki for the Apache FOP team pgp3rZyBLzz54.pgp Description: PGP signature
Re: Long Table repeat header
static-content is usually layed out after the region-body. Only after a region-body is fully processed do you know which elements are on the page and therefore which markers apply. Since markers can contain content of variable height, different content would have an influence on the layout in the region-body and could then trigger a "relayout" of the region-body, possibly causing changes in active markers etc. etc. The worst case is an infinite loop. :-) On 22.11.2005 21:44:01 Sascha Schmidt wrote: > I wonder, why fo:retrieve-marker is restricted to static content and not > allowed in the flow. Does anybody has an explanation? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP producing BLANK PDFs on 1 of 4 servers
Simon Burton wrote: We are using the latest fop version (0.20.5) and have a working solution (apache/cocoon/fop using xsl stylesheet and xml to create a PDF served up directly in the browser) on 3 of our servers but when running against the 4th server the PDF is always blank. A PDF is served in the browser via acrobat and it has the expected number of pages but all the pages are completely blank. First step: download the PDF with a command line utility and try to open the downloaded PDF. If it is ok, the problem is probably the client browser/Acrobat combo or the triple webserver/browser/acrobat. You might need a HTTP header sniffer in order to detect differences. If the downloadad PDF from the forth server still has blank pages, download one of the working PDFs and compare the files. If the non-working PDF is shorter, check whether it has been truncated. If so, you probably have a problem with the JVM on the server or the servlet run time. BTW the really interesting data are: - Brand & version of the JDK/JRE - Brand and version of the servlet container - Version of the servlet container connector, if there is an Apache in front. There are versions in the wild which truncate output. Anyway, you'll probably better ask further questions in a forum more related to web applications. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP producing BLANK PDFs on 1 of 4 servers
You don't say what JDK you're using. Maybe changing that will help. Or changing the webcontainer. As you figured out yourself, this could be a platform problem. To rule out that it's a FOP problem you could try to deploy the FOP sample servlet (in the examples/servlet directory in the 0.20.5 distribution). You could also try to download a PDF to the file system using "wget" and then compare the file that is returned by the Suse system with the one from the RedHat system. This can be used to rule out problems on the client side. You can of course configure additional log output. Please refer to the Cocoon documentation for that. Good luck! On 22.11.2005 17:48:40 Simon Burton wrote: > We are using the latest fop version (0.20.5) and have a working solution > (apache/cocoon/fop using xsl stylesheet and xml to create a PDF served up > directly in the browser) on 3 of our servers but when running against the 4th > server the PDF is always blank. > A PDF is served in the browser via acrobat and it has the expected number of > pages but all the pages are completely blank. > > Server: Working ones: Suse 9 / Problem one: RedHat 9 (Server Kernels all > 2.4.26) > FOP: 0.20.5 + Cocoon > Client: IE 6.0.2900 on Windows XP Pro SP2 AND Firefox 1.5 on Suse Linux 9.3 > Adobe Acrobat: 7.0.2 (Windows) / 7.0.1 (Linux) > > Obviously the main difference is that the problem server is using RedHat, but > so far we have been unable to figure out why this is happening. > > We have tried the following: > - Copying all our jars from working server to problem server (just in case > there were differences) > - Manually running fop on the command line using the same xsl stylesheet and > xml output as server - this generates the PDF correctly. > - Turning on fop debug - no revealing info > - Tried googling, searching the mail archives and bugzilla - no luck yet > > > Is there anything we can do to trace the cause of this problem - addtional > debug on fop/cocoon or whatever? > Thanks. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Long Table repeat header
Hi, Yes, you are right, the specification says "An fo:retrieve-marker is only permitted as the descendant of an fo:static-content.". But nevertheless it works with FOP 0.20.5. ;-) But maybe the FOP extension (already mentioned by Pascal Sancho) is a "cleaner" solution: http://xmlgraphics.apache.org/fop/0.20.5/extensions.html#table-continue-labe l I wonder, why fo:retrieve-marker is restricted to static content and not allowed in the flow. Does anybody has an explanation? Cheers, Sascha -Original Message- From: Prakash R [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 22, 2005 6:46 PM To: fop-users@xmlgraphics.apache.org Subject: RE: Long Table repeat header Isn't it true that fo:retrieve-marker can only be used within a fo:static-content? If so, how will this work? Are there any other options? Thank you. Prakash --- Sascha Schmidt <[EMAIL PROTECTED]> wrote: > Hi, > > and are your best friends here. > Example: > > >marker-class-name="continued"> > ... > > > > Header retrieve-class-name="continued"/> > > > > > >marker-class-name="continued">cont. > content... > > > > > > Cheers, > Sascha > > -Original Message- > From: Prakash R [mailto:[EMAIL PROTECTED] > Sent: Saturday, November 19, 2005 8:23 AM > To: fop-users@xmlgraphics.apache.org > Subject: Long Table repeat header > > I have a document (FO-PDF) made up of multiple tables. > Some of these tables are long and span multiple pages. > I want to be able to repeat the header on the next page. But at the > same time I want to add the word continued for any subsequent pages. > i.e. > > col1 col2 col3 > TABLE HEADER > --- > jjf jflkds jflkds > fjs jflsda jklfds > jjf jflkds jflkds > fjs jflsda jklfds > jjf jflkds jflkds > fjs jflsda jklfds > --- page break > col1 col2 col3 > TABLE HEADER (CONTD) > --- > fjs jflsda jklfds > fjs jflsda jklfds > > col1 col2 col3 > TABLE HEADER2 > --- > fjs jflsda jklfds > fjs jflsda jklfds > fjs jflsda jklfds > --- page break > col1 col2 col3 > TABLE HEADER3 > --- > fjs jflsda jklfds > fjs jflsda jklfds > fjs jflsda jklfds > > Is there anything in FO that will allow repeating of table header and > also modification of table header in subsequent pages? > > Thank you. > Prakash > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Long Table repeat header
Isn't it true that fo:retrieve-marker can only be used within a fo:static-content? If so, how will this work? Are there any other options? Thank you. Prakash --- Sascha Schmidt <[EMAIL PROTECTED]> wrote: > Hi, > > and are your best > friends here. Example: > > >marker-class-name="continued"> > ... > > > > Header retrieve-class-name="continued"/> > > > > > >marker-class-name="continued">cont. > content... > > > > > > Cheers, > Sascha > > -Original Message- > From: Prakash R [mailto:[EMAIL PROTECTED] > Sent: Saturday, November 19, 2005 8:23 AM > To: fop-users@xmlgraphics.apache.org > Subject: Long Table repeat header > > I have a document (FO-PDF) made up of multiple > tables. > Some of these tables are long and span multiple > pages. > I want to be able to repeat the header on the next > page. But at the same > time I want to add the word continued for any > subsequent pages. i.e. > > col1 col2 col3 > TABLE HEADER > --- > jjf jflkds jflkds > fjs jflsda jklfds > jjf jflkds jflkds > fjs jflsda jklfds > jjf jflkds jflkds > fjs jflsda jklfds > --- page break > col1 col2 col3 > TABLE HEADER (CONTD) > --- > fjs jflsda jklfds > fjs jflsda jklfds > > col1 col2 col3 > TABLE HEADER2 > --- > fjs jflsda jklfds > fjs jflsda jklfds > fjs jflsda jklfds > --- page break > col1 col2 col3 > TABLE HEADER3 > --- > fjs jflsda jklfds > fjs jflsda jklfds > fjs jflsda jklfds > > Is there anything in FO that will allow repeating of > table header and also > modification of table header in subsequent pages? > > Thank you. > Prakash > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Long Table repeat header
Isn't it true that fo:retrieve-marker can only be used within a fo:static-content? If so, how will this work? Are there any other options? Thank you. Prakash --- Sascha Schmidt <[EMAIL PROTECTED]> wrote: > Hi, > > and are your best > friends here. Example: > > >marker-class-name="continued"> > ... > > > > Header retrieve-class-name="continued"/> > > > > > >marker-class-name="continued">cont. > content... > > > > > > Cheers, > Sascha > > -Original Message- > From: Prakash R [mailto:[EMAIL PROTECTED] > Sent: Saturday, November 19, 2005 8:23 AM > To: fop-users@xmlgraphics.apache.org > Subject: Long Table repeat header > > I have a document (FO-PDF) made up of multiple > tables. > Some of these tables are long and span multiple > pages. > I want to be able to repeat the header on the next > page. But at the same > time I want to add the word continued for any > subsequent pages. i.e. > > col1 col2 col3 > TABLE HEADER > --- > jjf jflkds jflkds > fjs jflsda jklfds > jjf jflkds jflkds > fjs jflsda jklfds > jjf jflkds jflkds > fjs jflsda jklfds > --- page break > col1 col2 col3 > TABLE HEADER (CONTD) > --- > fjs jflsda jklfds > fjs jflsda jklfds > > col1 col2 col3 > TABLE HEADER2 > --- > fjs jflsda jklfds > fjs jflsda jklfds > fjs jflsda jklfds > --- page break > col1 col2 col3 > TABLE HEADER3 > --- > fjs jflsda jklfds > fjs jflsda jklfds > fjs jflsda jklfds > > Is there anything in FO that will allow repeating of > table header and also > modification of table header in subsequent pages? > > Thank you. > Prakash > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FOP producing BLANK PDFs on 1 of 4 servers
We are using the latest fop version (0.20.5) and have a working solution (apache/cocoon/fop using xsl stylesheet and xml to create a PDF served up directly in the browser) on 3 of our servers but when running against the 4th server the PDF is always blank. A PDF is served in the browser via acrobat and it has the expected number of pages but all the pages are completely blank. Server: Working ones: Suse 9 / Problem one: RedHat 9 (Server Kernels all 2.4.26) FOP: 0.20.5 + Cocoon Client: IE 6.0.2900 on Windows XP Pro SP2 AND Firefox 1.5 on Suse Linux 9.3 Adobe Acrobat: 7.0.2 (Windows) / 7.0.1 (Linux) Obviously the main difference is that the problem server is using RedHat, but so far we have been unable to figure out why this is happening. We have tried the following: - Copying all our jars from working server to problem server (just in case there were differences) - Manually running fop on the command line using the same xsl stylesheet and xml output as server - this generates the PDF correctly. - Turning on fop debug - no revealing info - Tried googling, searching the mail archives and bugzilla - no luck yet Is there anything we can do to trace the cause of this problem - addtional debug on fop/cocoon or whatever? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSL Question
Glen M., Sorry. Mike Ferrando Library Technician Library of Congress Washington, DC 202-707-4454 --- Glen Mazza <[EMAIL PROTECTED]> wrote: > Mike Ferrando wrote: > > > Glen M., > > Could you post some of your XML source document (maybe a bigger > > chunk). > > > > I'm not the one who asked the question. I don't have any source > document to provide. > > Glen > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSL Question
Mike Ferrando wrote: Glen M., Could you post some of your XML source document (maybe a bigger chunk). I'm not the one who asked the question. I don't have any source document to provide. Glen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSL Question
Glen M., Could you post some of your XML source document (maybe a bigger chunk). Could you then give us an example of what the output is supposed to look like if everything went perfectly? Thanks, Mike Ferrando Library Technician Library of Congress Washington, DC 202-707-4454 --- Glen Mazza <[EMAIL PROTECTED]> wrote: > http://www-128.ibm.com/developerworks/library/x-xslfo2app/#b? > > Read the "Notice that the select attribute..." blurb at the end of > the > discussion here. > > Glen > > Dirk Bromberg wrote: > > Hi, > > > > i've a short xml->xsl->fo question. > > > > my xml is: > > > > Here is some text with bold and italic > and > > both elements in it. > > > > when i've a template for "text", "B" and "I" how can i get the > real text > > in the right order? > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Letter in xsl
Thanks a lot, I'm gonna trying it right now. Glen Mazza schrieb: Ail Sahin wrote: One 'page' is one customer with its n-Vouchers. The first page should contain receipient address, subject, columnnames, text etc and the list of vouchers. That works fine but when there are many vouchers, a second page ist printed, but with the receipient adress, subject etc. I guess the problem is that you do *not* want the header information on pages after the first. I think you will need to create an fo:page-sequence-master for this to work. Do a search on page-position="first" here [1] for the general idea. Next, very similar to here [2], you'll be activating different fo:simple-page-masters based on whether or not the page is the first in the page sequence. Instead of left or right, however, the issue is first-page or not first-page. [1] http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/trunk/examples/fo/pagination/franklin_2pageseqs.fo?rev=197469&view=markup [2] http://marc.theaimsgroup.com/?l=fop-user&m=113078517606736&w=2 Glen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]