AW: Catalogs not working
Hi Paul, It's a safe bet FOP is right and you should listen to it: something might be wrong with your XSLT stylesheet. Maybe docbook experts can tell you what exactly is wrong with your stylesheet, but the error definitely happens before fop is involved. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Paul Tremblay [mailto:paulhtremb...@gmail.com] Gesendet: Sonntag, 22. Januar 2012 18:47 An: fop-users@xmlgraphics.apache.org Betreff: Catalogs not working I can't get fop to work with a catalog for resolving URIs. I am using fop 1.0. java -version java version "1.6.0_29" Java(TM) SE Runtime Environment (build 1.6.0_29-b11-402-11M3527) Java HotSpot(TM) 64-Bit Server VM (build 20.4-b02-402, mixed mode) FOP Version svn-trunk (1.0) I set "vebose" in my CatalogManager.properties to 5, and get the following message: Parse catalog: /Users/cejohnsonlouisville/Dropbox/report/xml/catalog.xml Loading catalog: catalog.xml Default BASE: file:Users/cejohnsonlouisville/Dropbox/report/xml/catalog.xml uri: docbook.xsl file:///Users/cejohnsonlouisville/Documents/docbook-xsl-ns-1.76.1/fo/docbook.xsl URI: docbook.xsl file:/Users/cejohnsonlouisville/Documents/docbook-xsl-ns-1.76.1/fo/docbook.xsl The catalog is correct. For example, when I use xsltproc to process the same file, I don't get an error message. However, when I use this command: fop -catalog -xml report_official.xml -xsl docbook_official.xsl -pdf test.pdf I get the following error: file:///Users/cejohnsonlouisville/Dropbox/report/xml/docbook_official.xsl; Line #11; Column #37; Had IO Exception with stylesheet file: docbook.xsl file:///Users/cejohnsonlouisville/Dropbox/report/xml/docbook_official.xsl; Line #36; Column #45; javax.xml.transform.TransformerException: ElemTemplateElement error: object.id Jan 22, 2012 12:41:19 PM org.apache.fop.fo.FOTreeBuilder fatalError SEVERE: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). Jan 22, 2012 12:41:19 PM org.apache.fop.cli.Main startFOP SEVERE: Exception javax.xml.transform.TransformerException: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:303) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130) at org.apache.fop.cli.Main.startFOP(Main.java:177) at org.apache.fop.cli.Main.main(Main.java:208) Caused by: javax.xml.transform.TransformerException: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1430) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:709) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1284) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1262) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:300) ... 3 more Caused by: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). at org.apache.fop.events.ValidationExceptionFactory.createException(ValidationExceptionFactory.java:38) at org.apache.fop.events.EventExceptionManager.throwException(EventExceptionManager.java:58) at org.apache.fop.events.DefaultEventBroadcaster$1.invoke(DefaultEventBroadcaster.java:175) at $Proxy1.emptyDocument(Unknown Source) at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:158) at org.apache.xml.serializer.ToXMLSAXHandler.endDocument(ToXMLSAXHandler.java:181) at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1378) ... 7 more - javax.xml.transform.TransformerException: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1430) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:709) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1284) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1262) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:300) at org.apache.fop.cli.InputHandler.
AW: Long URLs appear exempt from word wrap, overflow i-p-d into next column
Hi Craig, I'd think the main reason is, the hyphenation rules are based on words. And while ThisIsAnExtremelyLongWordFullOfPlacesWeCanHyphenate may be a word, www.health4all.greatshapetoday.com.au most likely is not. If you have a limited set of URLs and a limited set of languages, you could extend the hyphenation rules. Or you could add zwsp before and after dots. But even greatshapetoday is no known English word and therefore most likely not covered by hyphenation rules. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Craig Ringer [mailto:cr...@postnewspapers.com.au] Gesendet: Donnerstag, 19. Januar 2012 03:27 An: fop-users@xmlgraphics.apache.org Betreff: Long URLs appear exempt from word wrap, overflow i-p-d into next column Hi I'm in the later stages of classified ad pagination system that uses Apache FOP for its layout backend. I'm running into issues where long URLs aren't getting broken across lines when they're too long to fit on a line. They're just spilling out of the i-p-d of the block they're contained by and overlaying text in the next column. I'm using fop 1.0 and for testing am using only the built-in fonts. Output is direct to PDF from fop, though the same issue can be reproduced with PostScript output. Links to test case files are at the bottom of this email. This does not happen with other very long words, eg ThisIsAnExtremelyLongWordFullOfPlacesWeCanHyphenate, which is hyphenated after "Word" in my test and prints just fine. In the area tree the problem URLs look normal and aren't annotated with any sort of special markup, but they aren't broken between lines even when they wouldn't fit. Fop would know this by the time it output the area tree because it has the required font and device metrics. I'm using fop 1.0. The issue is not specific to any particular font and affects the default sans-serif font as well as the font I'm using, Myriad Pro SemiCondensed . The samples linked to below have been generated using only fop's built-in fonts to make sure it's easy for others to run them, so please forgive the crappy appearance. As you can see in the sample PDF, the URLs www.health4all.greatshapetoday.com.au (p1, 3rd col, 2nd below "health and beauty" heading) and www.perthrentalapartments.com.au (p2, 1st col, 5th below "to let" heading) are overflowing their available i-p-d. The area tree output for these URLs is the same as any other non-problem line: the.long.url. I haven't declared anything special about these URLs and would expect them to be either broken or "squished" into the line, preferably the latter (though I don't think fop supports horizontal scaling of text yet). I'm wondering if fop is detecting that these are URLs and applying some special formatting rules, since they seem to be hyperlinked in Acrobat. Is it that, or are URLs something the hyphenation/breaks/layout algorithm just doesn't cope well with? Has anyone else run into similar issues here? If so, found any workarounds or solutions? For now I'm probably going to look for long URLs in the input text and add zero-width spaces (or some similar nonprinting char) to them at promising looking points, so fop has something to break on. I'd love a better solution to what must be a relatively common problem, though. In case it matters, the problem URLs are in a in cells of a 1-col table flowed into columns. The text of interest is located in a path like this: fo:root/fo:page-sequence/fo:flow/fo:block[id=columnInnerBlock] /fo:table/fo:table-body/fo:table-row/fo:table-cell/fo:block The outer fo:block[id=columnInnerBlock] is used to generate some borders around the columns, it only contains tables and never any raw text content. XSL-FO source, please ignore missing image from header as it doesn't affect the layout: http://www.postnewspapers.com.au/~craig/webfiles/testcases/fop-break-url/fop-break-url.xml The problem areas are line 387 and line 1003, the URLs noted above. PDF generated with "fop test.xsl test.pdf". I usually use an embedded fop instance that generates an area tree which I post-process and feed back into fop, but for the purposes of this test case I've used a standalone fop. http://www.postnewspapers.com.au/~craig/webfiles/testcases/fop-break-url/fop-break-url.pdf -- Craig Ringer
AW: AW: Multiple Page Sequences
Hi Kamohelo, Maybe we are talking about different things. Your xsl-file transforms your xml file into a fo-file. This fo file ist then transformed to pdf by FOP. IF your data survived the first transformation (which I highly doubt), then it would be a FOP problem. If the data is already gone after the first transformation, your transformation is incorrect. For example, because something is always false. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: KAMOHELO MOFOKENG [mailto:kamohelo2...@yahoo.com] Gesendet: Montag, 7. November 2011 15:29 An: Georg Datterl; fop-users@xmlgraphics.apache.org Betreff: Re: AW: Multiple Page Sequences Hi Georg, Thanks for the response. >>> Are you sure your transformation is correct? Yes, it works well for smaller files. >>> Did you check whether the missing data is still there after transforming >>> your XML, before you generate a PDF? The missing data is still there. On closer look, I think that my xsl file is not executing the if-statement: mailto:georg.datt...@geneon.de>> To: "fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org>" mailto:fop-users@xmlgraphics.apache.org>>; KAMOHELO MOFOKENG mailto:kamohelo2...@yahoo.com>> Sent: Monday, November 7, 2011 4:22 PM Subject: AW: Multiple Page Sequences Hi Kamohelo, Are you sure your transformation is correct? Did you check whether the missing data is still there after transforming your XML, before you generate a PDF? Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de/> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de/> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de/> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de/> Von: KAMOHELO MOFOKENG [mailto:kamohelo2...@yahoo.com] Gesendet: Montag, 7. November 2011 15:19 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Re: Multiple Page Sequences Hi Rob, Much appreciation for the response. >>> How large is the final pdf? That you do get a viewable pdf suggests that >>> the process finished with out error. Is that the case? 1.6MB (this is when I use either XMLSpy or test_print_pdf). Yes, the process completes without an error. >>> Is the document simply truncated or does it miss particular pieces of >>> content? It misses pieces of content, specifically PROVIDER list. >>> How you looked at the resultant fo file (output of xsl transformation)? I don't quite understand your question. The resultant file is a pdf so I'm using acrobat reader to view it. Regards, Kamohelo From: Rob Sargent mailto:rsarg...@xmission.com>> To: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Sent: Monday, November 7, 2011 3:25 PM Subject: Re: Multiple Page Sequences How large is the final pdf? That you do get a viewable pdf suggests that the process finished with out error. Is that the case? Is the document simply truncated or does it miss particular pieces of content? How you looked at the resultant fo file (output of xsl transformation)? KAMOHELO MOFOKENG wrote: > Hi All, > I'm trying to create multiple page sequences during XSL-FO to PDF > transformation so that I don't run out of memory (in case of large xml data). > Using the example -> > http://www.scriptorium.com/whitepapers/xslfo/xslfo_4.html, I modified my > XSL-FO as follows: ** > ** >http://www.w3.org/1999/XSL/Format";> > ** > ** > ** > > * 20"/*>* > ** > *<**xsl:call-template name*=/"MEM-TOTALS"/*/>* > *
AW: Multiple Page Sequences
Hi Kamohelo, Are you sure your transformation is correct? Did you check whether the missing data is still there after transforming your XML, before you generate a PDF? Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: KAMOHELO MOFOKENG [mailto:kamohelo2...@yahoo.com] Gesendet: Montag, 7. November 2011 15:19 An: fop-users@xmlgraphics.apache.org Betreff: Re: Multiple Page Sequences Hi Rob, Much appreciation for the response. >>> How large is the final pdf? That you do get a viewable pdf suggests that >>> the process finished with out error. Is that the case? 1.6MB (this is when I use either XMLSpy or test_print_pdf). Yes, the process completes without an error. >>> Is the document simply truncated or does it miss particular pieces of >>> content? It misses pieces of content, specifically PROVIDER list. >>> How you looked at the resultant fo file (output of xsl transformation)? I don't quite understand your question. The resultant file is a pdf so I'm using acrobat reader to view it. Regards, Kamohelo From: Rob Sargent mailto:rsarg...@xmission.com>> To: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Sent: Monday, November 7, 2011 3:25 PM Subject: Re: Multiple Page Sequences How large is the final pdf? That you do get a viewable pdf suggests that the process finished with out error. Is that the case? Is the document simply truncated or does it miss particular pieces of content? How you looked at the resultant fo file (output of xsl transformation)? KAMOHELO MOFOKENG wrote: > Hi All, > I'm trying to create multiple page sequences during XSL-FO to PDF > transformation so that I don't run out of memory (in case of large xml data). > Using the example -> > http://www.scriptorium.com/whitepapers/xslfo/xslfo_4.html, I modified my > XSL-FO as follows: ** > ** >http://www.w3.org/1999/XSL/Format";> > ** > ** > ** > > * 20"/*>* > ** > *<**xsl:call-template name*=/"MEM-TOTALS"/*/>* > ** > ** > ** > **** > > >flow-name="xsl-region-before-first"> > > ** > > > flow-name="xsl-region-after"> > > ** > > > > > ** > ** > > ** > > ** > ** > ** > ** > ** > ** > ** > > > > ** > ** > > flow-name="xsl-region-before-first"> > > ** > > > flow-name="xsl-region-after"> > > ** > > > > > ** > ** > > ** > > ** > ** > ** > ** > ** > ** > ** > ** > ** > > > > ** > ** > > ** > ** > The transformation works but FOP doesn't print all the pages of the > resultant pdf file (prints 94 instead of 307). > How should I change my XSL-FO to make FOP print all pages? > Any help is appreciated. > Regards, > Kamo - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org<mailto:fop-users-unsubscr...@xmlgraphics.apache.org> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org<mailto:fop-users-h...@xmlgraphics.apache.org>
AW: Apache FOP XML to PDF problem with CJK Unified Ideographs Extension B character
Hi Bruce, FOP says: Glyph "?" (0xd840) not available in font "FZSY--SURROGATE-0". Maybe FOP is correct? I can’t check, because I don’t have the font, but did you make sure your character is in your font? Regards, Georg Datterl ------ Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: BRUCE Y L LEE [mailto:bruce...@gmail.com] Gesendet: Freitag, 16. September 2011 11:14 An: fop-users@xmlgraphics.apache.org Betreff: Apache FOP XML to PDF problem with CJK Unified Ideographs Extension B character Hi I would like to transform XML to PDF using Apache FOP. CJK Unified Ideographs Extension B characters is included in the XML (e.g. 𠀀), I had add the font "Simsun (Founder Extended)" for Apache FOP but it cannot render the CJK Unified Ideographs Extension B characters, please help. CJK_ExtB.xml [code] 𠀀 [/code] CJK_ExtB_FO.xsl [code] http://www.w3.org/1999/XSL/Transform"; xmlns:fo="http://www.w3.org/1999/XSL/Format";> 測試測試 [/code] fop.xconf [code] flate [/code] cmd [code] D:\fop-1.0>fop -c conf\fop.xconf -xml CJK_ExtB.xml -xsl CJK_ExtB_FO.xsl -pdf CJK_ExtB.pdf 9月 15, 2011 2:32:20 下午 org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-height set to: 11in 9月 15, 2011 2:32:20 下午 org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-width set to: 8.26in 9月 15, 2011 2:32:23 下午 org.apache.fop.events.LoggingEventListener processEvent WARNING: Glyph "?" (0xd840) not available in font "FZSY--SURROGATE-0". 9月 15, 2011 2:32:23 下午 org.apache.fop.events.LoggingEventListener processEvent WARNING: Glyph "?" (0xdc00) not available in font "FZSY--SURROGATE-0". [/code] Regards, Bruce
AW: TransformerConfigurationException
Hi Kamohelo, Most likely, your stylesheet is not correct. I'd guess a syntactical error. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: KAMOHELO MOFOKENG [mailto:kamohelo2...@yahoo.com] Gesendet: Donnerstag, 18. August 2011 15:39 An: fop-users@xmlgraphics.apache.org Betreff: TransformerConfigurationException Hi All, Has anyone encountered this exception before, if yes, what does it mean? I'm running a XSL-FO to PDF code inside a JApplet. The code work fine as a stand alone module but it fails inside an applet throwing the exeption: javax.xml.transform.TransformerConfigurationException: Failed to compile stylesheet. 1 error detected. at net.sf.saxon.PreparedStylesheet.prepare(PreparedStylesheet.java:124) at net.sf.saxon.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:125) at net.sf.saxon.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:80) _ Does anyone know why? Thanks in advance
AW: Is FOP unmaintained?
Hi Jerome, Yes, FOP is still maintained even though there are rarely releases. Nightly builds usually have production grade quality, in case you run into a known bug from 1.0. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Jerome Haltom [mailto:jhal...@isillc.com] Gesendet: Dienstag, 2. August 2011 22:13 An: fop-users@xmlgraphics.apache.org Betreff: Is FOP unmaintained? It seems as if it's been a year since a 1.0 was released, with bunches of known bugs. Is this software still maintained? - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: unknownFormattingObject
Hi Bogusław, Actually, Eric was talking about the fo-file. Can you post that? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Bogusław Fries [mailto:bfr...@dpd.com.pl] Gesendet: Dienstag, 19. Juli 2011 14:11 An: fop-users@xmlgraphics.apache.org Betreff: RE: unknownFormattingObject OK., it is: ]> http://www.w3.org/1999/XSL/Format"; xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; xmlns:barcode="http://barcode4j.krysalis.org/ns";> content 11mm 0.375mm 3.0 add bottom Arial 8pt true And error: java.util.MissingResourceException: Can't find resource for bundle org.apache.fop.util.XMLResourceBundle, key org.apache.fop.fo.FOValidationEventProducer.unknownFormattingObject Of course the library barcode4j-fop-ext-complete is attached. When I used fop 0.95 everything is ok. Regerds Bogusław Fries From: Eric Douglas [mailto:edoug...@blockhouse.com] Sent: Tuesday, July 19, 2011 1:47 PM To: fop-users@xmlgraphics.apache.org Subject: RE: unknownFormattingObject Try attaching a sample so someone can reproduce it. From: Boguslaw Fries [mailto:bfr...@dpd.com.pl] Sent: Tuesday, July 19, 2011 5:03 AM To: fop-users@xmlgraphics.apache.org Subject: unknownFormattingObject Hi, I am using FOP version 1.0 I got the following error java.util.MissingResourceException: Can't find resource for bundle org.apache.fop.util.XMLResourceBundle, key org.apache.fop.fo.FOValidationEventProducer.unknownFormattingObject When I am using FOP 0.95 - same data and same tranformation - there is no error. How to diagnose it? Regards Bogusław Fries DPD Polska Sp. z o.o. 02-274 Warszawa, ul. Mineralna 15 mobile: 502 777 254 bfr...@dpd.com.plmailto:bfr...@dpd.com.pl>
AW: Problem with whitespace-treatment
Hi Michael, > So there is no way to get this done with setting the attributes correctly? I don't know enough to answer that question. Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 11. Mai 2011 16:27 An: fop-users@xmlgraphics.apache.org Betreff: Re: Problem with whitespace-treatment Hi Georg, you're right .. in this case the user is responsible for correctly inserting the text. So there is no way to get this done with setting the attributes correctly? Michael Am 11.05.2011 16:18, schrieb Georg Datterl: Hi Michael, So if the user misses a blank, the alignment goes to hell? If yes, try to replace all blanks with (or all double blanks with two nbsp, if you still want a break in the text). Ugly, but could work. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 11. Mai 2011 16:13 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Re: Problem with whitespace-treatment Hi George, the reason is, that the text comes form an textarea, in which a customer can insert any text he or she wants to. regards, Michael Am 11.05.2011 16:03, schrieb Georg Datterl: Hallo Michael, Is there a reason why you don't split the text into 9 parts and use a table? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 11. Mai 2011 15:37 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Problem with whitespace-treatment Hello, i have a problem with whitespace-treatment in FOP. I'm using FOP 1.0 and can't get my text formatted the way i want to: my formatted text is (leading whitespaces before Bank, BLZ, Konto and Empfänger) Bank: X BLZ:X Konto: X Empfänger:X Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. the value in my xml-tag is: i tried several combinations of white-space-collapse, white-space-treatment and linefeed-treatment. For example when using 1. white-space-collapse=false, linefeed-treatment=preserve, white-space-treatment=preserve or ignore-if-before-linefeed => The text "Gutschriften überweisen " gets wrapped at "diese" and a leading whitespace is added to the following line so it looks like this: Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. 2. white-space-collapse=false, linefeed-treatment=preserve, white-space-treatment=ignore-if-after-linefeed or ignore-if-surrounding-linefeed => The leading whitespaces before "Bank", "BLZ" etc. are beeing ignored so the text is printed this way; Bank: X BLZ:X Konto:
AW: Problem with whitespace-treatment
Hi Michael, So if the user misses a blank, the alignment goes to hell? If yes, try to replace all blanks with (or all double blanks with two nbsp, if you still want a break in the text). Ugly, but could work. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 11. Mai 2011 16:13 An: fop-users@xmlgraphics.apache.org Betreff: Re: Problem with whitespace-treatment Hi George, the reason is, that the text comes form an textarea, in which a customer can insert any text he or she wants to. regards, Michael Am 11.05.2011 16:03, schrieb Georg Datterl: Hallo Michael, Is there a reason why you don't split the text into 9 parts and use a table? Regards, Georg Datterl ------ Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 11. Mai 2011 15:37 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Problem with whitespace-treatment Hello, i have a problem with whitespace-treatment in FOP. I'm using FOP 1.0 and can't get my text formatted the way i want to: my formatted text is (leading whitespaces before Bank, BLZ, Konto and Empfänger) Bank: X BLZ:X Konto: X Empfänger:X Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. the value in my xml-tag is: i tried several combinations of white-space-collapse, white-space-treatment and linefeed-treatment. For example when using 1. white-space-collapse=false, linefeed-treatment=preserve, white-space-treatment=preserve or ignore-if-before-linefeed => The text "Gutschriften überweisen " gets wrapped at "diese" and a leading whitespace is added to the following line so it looks like this: Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. 2. white-space-collapse=false, linefeed-treatment=preserve, white-space-treatment=ignore-if-after-linefeed or ignore-if-surrounding-linefeed => The leading whitespaces before "Bank", "BLZ" etc. are beeing ignored so the text is printed this way; Bank: X BLZ:X Konto: X Empfänger:X Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. Is there a way to prevent FOP from deleting the inserted whitespaces before "Bank", and inserting a whitespace when performing an automatic linebreak?? I hope you get my point and can help me. Thx Michael Seeberger -- iSYS Software GmbH Michael Seeberger | Softwareentwickler +++ Achtung: Wir ziehen am 20.05.2011 um +++ Unsere neue Anschrift: Grillparzerstr. 10 81675 München Tel. +49 (0) 89 462328-0 Fax +49 (0) 89 462328-14 Tel: +49 (0) 89 46 23 28-0 | Fax (0) 89 46 23 28-14 email: m.seeber...@isys-software.de<mailto:m.seeber...@isys-software.de> Lucile-Grahn-Str. 37 | D-81675 Muenchen www.isys-software.de<http://www.isys-software.de> Sitz der Gesellschaft: München | HRB 111760 Geschaeftsfuehrer: Prof. Dr. Peter Mandl und Michael Sailer
AW: Problem with whitespace-treatment
Hallo Michael, Is there a reason why you don't split the text into 9 parts and use a table? Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 11. Mai 2011 15:37 An: fop-users@xmlgraphics.apache.org Betreff: Problem with whitespace-treatment Hello, i have a problem with whitespace-treatment in FOP. I'm using FOP 1.0 and can't get my text formatted the way i want to: my formatted text is (leading whitespaces before Bank, BLZ, Konto and Empfänger) Bank: X BLZ:X Konto: X Empfänger:X Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. the value in my xml-tag is: i tried several combinations of white-space-collapse, white-space-treatment and linefeed-treatment. For example when using 1. white-space-collapse=false, linefeed-treatment=preserve, white-space-treatment=preserve or ignore-if-before-linefeed => The text "Gutschriften überweisen " gets wrapped at "diese" and a leading whitespace is added to the following line so it looks like this: Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. 2. white-space-collapse=false, linefeed-treatment=preserve, white-space-treatment=ignore-if-after-linefeed or ignore-if-surrounding-linefeed => The leading whitespaces before "Bank", "BLZ" etc. are beeing ignored so the text is printed this way; Bank: X BLZ:X Konto: X Empfänger:X Gutschriften überweisen wir auf die uns seinerzeit mitgeteilte Bankverbindung. Sofern sich diese geändert haben sollte, bitten wir zur Vermeidung von Fehlbuchungen um Bekanntgabe. Is there a way to prevent FOP from deleting the inserted whitespaces before "Bank", and inserting a whitespace when performing an automatic linebreak?? I hope you get my point and can help me. Thx Michael Seeberger
AW: ExampleXML2PDF.java ERROR
Hi dinuka, Which version of fop and which version of xmlgraphics do you use? regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Theresa Jayne Forster [mailto:ther...@inbrand.co.uk] Gesendet: Mittwoch, 11. Mai 2011 14:01 An: fop-users@xmlgraphics.apache.org Betreff: RE: ExampleXML2PDF.java ERROR Looks strange, I have had no problem with the latest from Trunk and the stand alone program here http://pastebin.com/zzQrHwwD Except for the Font issue I am having that is. Maybe have a look at the code I have there and see where yours differs, mine takes xml/xslt and turns it into PDF Kindest regards Theresa Forster Senior Software Developer From: dinuka dayarathna [mailto:dinukaonl...@gmail.com] Sent: 11 May 2011 12:21 To: fop-users@xmlgraphics.apache.org Subject: ExampleXML2PDF.java ERROR (I have sent this problem earlier. but not sure whether it is delivered or not. that's why I re-send this) I'm developing an application to convert ADF BC tables to PDF format. I'm following the example given at this link ExampleXML2PDF.java<http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/examples/embedding/java/embedding/ExampleXML2PDF.java?view=markup>. This is the application which I had searched from a long time. But when I build and run this application it gives me the following error. = FOP ExampleXML2PDF Preparing... Input: XML (C:\JDeveloper\mywork\testinig\ViewController\src\test\view\xml\xml\projectteam.xml) Stylesheet: C:\JDeveloper\mywork\testinig\ViewController\src\test\view\xml\xslt\projectteam2fo.xsl Output: PDF (C:\JDeveloper\mywork\testinig\ViewController\src\test\view\ResultXML2PDF.pdf) Transforming... Exception in thread "main" java.lang.NoSuchMethodError: org.apache.xmlgraphics.util.Service.providerNames(Ljava/lang/Class;)Ljava/util/Iterator; at org.apache.fop.fo.ElementMappingRegistry.setupDefaultMappings(ElementMappingRegistry.java:75) at org.apache.fop.fo.ElementMappingRegistry.(ElementMappingRegistry.java:67) at org.apache.fop.apps.FopFactory.(FopFactory.java:162) at org.apache.fop.apps.FopFactory.newInstance(FopFactory.java:186) at test.client.ExampleXML2PDF.main(ExampleXML2PDF.java:45) Process exited with exit code 1. = Please tell me what is the issue and if it is a problem with the jar files I'm using, please be kind enough to send me links for the newest jar files. I had generated the xml files too. I have attached my xml file to this email. thank you a lot. Dinuka.
AW: Creating "tabs" based on page contents - regions or absolutely positioned blocks?
Hi Stephen, I think you were on the right track when using regions. The missing component is called "marker". When you search for markers, you should find examples for dictionaries, which have the first and the last word of the page printed into the headline. Such an example should be easily adapted to your case. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: fluffyl...@gmail.com [mailto:fluffyl...@gmail.com] Im Auftrag von Stephen Rosman Gesendet: Donnerstag, 5. Mai 2011 02:10 An: fop-users@xmlgraphics.apache.org Betreff: Creating "tabs" based on page contents - regions or absolutely positioned blocks? I'm creating pages for a handbook that contains a list of people, one to a page. I have a left hand page and a right hand page which are alternated by a for odd and even pages and a single which has a containing all the people data with page breaks in between. I want to create "tabs" of vertical text on the outside edge of each page with the name of the person profiled on that page so you can flick through the book to find people easily. I've thought about doing it a couple of ways but they each seem to have problems. I've tried doing it with page regions, adding a region-start and region-end to my left and right simple-page-masters. But I can't get the person's name onto the tabs, I could create a flow that fills the regions with the name text but I can't flow content from the region-start of the left hand page to the region-end of the right hand page. It would be possible with if you could create a "variables" or "reference" on a page that can be accessed in a similar way to . I've tried doing it by creating an absolutely positioned block-container from each page. Putting the names into these is easier but I don't know how you'd get them positioned according to whether their the left or right hand page. I've looked through the standard (XSL v1 - which I have to admit I don't find that easy to read) and done some searches but not found anything relevant. Any ideas of what to try? -- Stephen Rosman - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: AW: AW: AW: AW: OutOfMemoryException while transforming large XML to PDF
Hi Eric, I don't think page numbering is depending on page-sequence. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Eric Douglas [mailto:edoug...@blockhouse.com] Gesendet: Freitag, 1. April 2011 16:47 An: fop-users@xmlgraphics.apache.org Betreff: RE: AW: AW: AW: AW: AW: OutOfMemoryException while transforming large XML to PDF I currently only have one fo:page-sequence tag in my xsl. How would auto page numbering with fo:page-number work otherwise? Is it possible the memory requirements could be reduced for extremely large documents by adding an option to swap some values out to temp files? Maybe save information in a file for each 100 pages? -Original Message- From: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] Sent: Friday, April 01, 2011 10:25 AM To: fop-users@xmlgraphics.apache.org Subject: Re: AW: AW: AW: AW: AW: OutOfMemoryException while transforming large XML to PDF Hi Georg, At this moment we don't use fixed page breaks, just 1 page-sequence. The stylesheet files are generated with Digiforms Designer. Best regards, Dennis van Zoerlandt Georg Datterl wrote: > > Hi Dennis, > > Page-sequences start with a new page. If you start a new page-sequence > instead of inserting a fixed page break, the layout does not change, > as far as I can tell. > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH: www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] > Gesendet: Freitag, 1. April 2011 13:13 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: AW: AW: AW: AW: OutOfMemoryException while transforming > large XML to PDF > > > Hi Andreas, > > Alright, it seems a logical explanation you need a large heap to > produce this kind of large documents. > > Font auto detection seems to be off. In the FOP configuration file no > auto-detect flag is present and I also didn't include a manifest file > with x-fonts. > > I will look further into modifying the XSL file in a such way multiple > page-sequences are used. I think it's the best solution this far. Am I > correct to say multiple page-sequences won't affect the definitive > page lay-out of the PDF file? How can I split up the content in > multiple page-sequences? I think there's also a modification necessary > in the XML input file? > > Another question: is there a reliable way to 'predict' or calculate > the page count the PDF file will have, before any transformation is > started? I can check the file size of the XML input file, but that > isn't really reliable because the complexity of the XSL stylesheet is > also a factor. I'm thinking of aborting the task when the resulting > PDF file will have 100+ pages (for instance). Is this possible? > > Best regards, > Dennis van Zoerlandt > > > Andreas Delmelle-2 wrote: >> >> On 31 Mar 2011, at 15:08, Dennis van Zoerlandt wrote: >> >> Hi Dennis >> >>> In the meanwhile I have tested a few things. In the attachment >>> you'll find a FO file ( >>> http://old.nabble.com/file/p31286241/fop1.0-5000-fo.zip >>> fop1.0-5000-fo.zip ) which has scrambled data because of >>> confidentiality. >>> >>> I created the FO file with XMLspy and tried to create a PDF file >>> with Apache FOP 1.0 (fop.bat) on my Windows XP workstation. It >>> produced (what it >>> seems) >>> this error (see below). No PDF file was created. >> >> It seems like the classic "cram all content into one page-sequence" >> issue. >> With a file of that size, there is little or nothing you can do. The >> current architecture of FOP does not allow to render such documents >> without a sufficiently large heap. >> >> Th
AW: AW: AW: AW: AW: OutOfMemoryException while transforming large XML to PDF
Hi Dennis, Page-sequences start with a new page. If you start a new page-sequence instead of inserting a fixed page break, the layout does not change, as far as I can tell. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] Gesendet: Freitag, 1. April 2011 13:13 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: AW: AW: OutOfMemoryException while transforming large XML to PDF Hi Andreas, Alright, it seems a logical explanation you need a large heap to produce this kind of large documents. Font auto detection seems to be off. In the FOP configuration file no auto-detect flag is present and I also didn't include a manifest file with x-fonts. I will look further into modifying the XSL file in a such way multiple page-sequences are used. I think it's the best solution this far. Am I correct to say multiple page-sequences won't affect the definitive page lay-out of the PDF file? How can I split up the content in multiple page-sequences? I think there's also a modification necessary in the XML input file? Another question: is there a reliable way to 'predict' or calculate the page count the PDF file will have, before any transformation is started? I can check the file size of the XML input file, but that isn't really reliable because the complexity of the XSL stylesheet is also a factor. I'm thinking of aborting the task when the resulting PDF file will have 100+ pages (for instance). Is this possible? Best regards, Dennis van Zoerlandt Andreas Delmelle-2 wrote: > > On 31 Mar 2011, at 15:08, Dennis van Zoerlandt wrote: > > Hi Dennis > >> In the meanwhile I have tested a few things. In the attachment you'll >> find a >> FO file ( http://old.nabble.com/file/p31286241/fop1.0-5000-fo.zip >> fop1.0-5000-fo.zip ) which has scrambled data because of confidentiality. >> >> I created the FO file with XMLspy and tried to create a PDF file with >> Apache >> FOP 1.0 (fop.bat) on my Windows XP workstation. It produced (what it >> seems) >> this error (see below). No PDF file was created. > > It seems like the classic "cram all content into one page-sequence" issue. > With a file of that size, there is little or nothing you can do. The > current architecture of FOP does not allow to render such documents > without a sufficiently large heap. > > That said: I wrote the above while I was running your sample file (with > FOP Trunk, using Saxon as XSLT/JAXP implementation), and it just completed > on my end, with a heap of 1GB. It did take about 7 minutes, but still... I > got a nice output file of 455 pages. > I doubt that it is related to images, as there is only one > fo:external-graphic. > Do you have font auto-detection enabled, by any chance? That might consume > an unnecessary amount of heap space, for example, if you only actually use > a handful of custom fonts, but have a large number of those installed on > your system. > Another option is that some fixes for memory-leaks, applied to Trunk after > the 1.0 release, are actually helping here. > >> Splitting the XML input file into several chunks is not a preferable >> option >> for me, nevertheless it is a valid one. > > Note: it is, strictly speaking, not necessary to split up the input so > that you have several FOs. What would suffice is to modify the stylesheet, > so that the content is divided over multiple page-sequences. If you can > keep the size of the page-sequences down to, say, 30 to 40 pages, that > might already reduce the overall memory usage significantly. > There are known cases of people rendering documents of +10.000 pages. No > problem, iff not all of those pages are generated by the same > fo:page-sequence. > > > Regards > > Andreas > --- > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > -- View this message in context: http://old.nabble.com/OutOfMemoryException-while-transforming-large-XML-to-PDF-tp31236044p31293232.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail:
AW: AW: AW: AW: OutOfMemoryException while transforming large XML to PDF
Hi Dennis, F10. Or the button just to the left of the "FO"-Button you are using now. It's labeled "XSL" and performs only the first step. (if the button layout hasn't changed in newer versions...) If you want to use FOP 1.0, have a look at Tools->Options->XSL. There you can enter a path to XSL-FO transformation engine. Get Fop 1.0 running on your system through the batch file, then enter the path to the batch file here. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] Gesendet: Freitag, 25. März 2011 15:30 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: AW: OutOfMemoryException while transforming large XML to PDF Hi Georg, I'm currently running the XML and XSLT through XMLspy with FOP 0.95 (it seems Altova doesn't support FOP 1.0). I'm not really sure how to feed the FO file to FOP? Can I just put the FO file as source file for the transformer.transform()? I'll get back to you when I have a FO file. My pc's currently performing very badly, so it seems it's a heavy job. Best regards, Dennis van Zoerlandt Georg Datterl wrote: > > Hi Dennis, > > OK, we are definitely in the creation phase. And it seems like it's not an > obvious problem. Could you run your xml and your xslt through a > transformer (XmlSpy, for example) so we have something to work on? Maybe > you could even feed the file to fop then? That should result in the same > Exception and give us something to work on, until the real experts can > help you. > > Mit freundlichen Grüßen > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH: www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] > Gesendet: Freitag, 25. März 2011 14:09 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: AW: AW: OutOfMemoryException while transforming large XML to > PDF > > > Hi Georg, > > Now I understand. Is it correct to say that during the > transformer.transform() method both the transformation as well as the PDF > creation is being performed? If not, which part of my code performs the > creation of the PDF? > > Hereby the debug logging before the Exception is thrown: > > --- > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) BlockLayoutManager: > org.apache.fop.layoutmgr.BlockLayoutManager@35e6e3[fobj=org.apache.fop.fo.flow.Block@be76c7[@id=]]: > Border Rel > Side:after -> MinOptMax[min = 566, opt = 566, max = 566] > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) BlockLayoutManager: > org.apache.fop.layoutmgr.BlockLayoutManager@c9630a[fobj=org.apache.fop.fo.flow.Block@115126e[@id=]]: > Space Rel > Side:before, null-> MinOptMax[min = 14173, opt = 14173, max = 14173] > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) AbstractBreaker: PLM> > part: 1, start at pos 0, break at pos 3, break class = ANY > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) AbstractBreaker: > addAreas from 0 to 0 > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: > signalIDProcessed() > [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracke
AW: AW: AW: OutOfMemoryException while transforming large XML to PDF
Hi Dennis, OK, we are definitely in the creation phase. And it seems like it's not an obvious problem. Could you run your xml and your xslt through a transformer (XmlSpy, for example) so we have something to work on? Maybe you could even feed the file to fop then? That should result in the same Exception and give us something to work on, until the real experts can help you. Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] Gesendet: Freitag, 25. März 2011 14:09 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: OutOfMemoryException while transforming large XML to PDF Hi Georg, Now I understand. Is it correct to say that during the transformer.transform() method both the transformation as well as the PDF creation is being performed? If not, which part of my code performs the creation of the PDF? Hereby the debug logging before the Exception is thrown: --- [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) BlockLayoutManager: org.apache.fop.layoutmgr.BlockLayoutManager@35e6e3[fobj=org.apache.fop.fo.flow.Block@be76c7[@id=]]: Border Rel Side:after -> MinOptMax[min = 566, opt = 566, max = 566] [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) BlockLayoutManager: org.apache.fop.layoutmgr.BlockLayoutManager@c9630a[fobj=org.apache.fop.fo.flow.Block@115126e[@id=]]: Space Rel Side:before, null-> MinOptMax[min = 14173, opt = 14173, max = 14173] [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) AbstractBreaker: PLM> part: 1, start at pos 0, break at pos 3, break class = ANY [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) AbstractBreaker: addAreas from 0 to 0 [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) IDTracker: signalIDProcessed() [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) AbstractPageSequenceLayoutManager: page finished: 26, current num: 26 [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) AreaTreeHandler: Last page-sequence produced 2 pages. [2011-03-25 13:58:24 thread-fileprinter1] (DEBUG) PageSequenceLayoutManager: Ending layout --- And the first part of the stack trace: --- [2011-03-25 14:02:56] java.lang.OutOfMemoryError: Java heap space at org.apache.fop.fo.FOText.charIterator(FOText.java:223) at org.apache.fop.fo.RecursiveCharIterator.getNextCharIter(RecursiveCharIterator.java:104) at org.apache.fop.fo.RecursiveCharIterator.(RecursiveCharIterator.java:62) at org.apache.fop.fo.XMLWhiteSpaceHandler.handleWhiteSpace(XMLWhiteSpaceHandler.java:157) at org.apache.fop.fo.FObjMixed.handleWhiteSpaceFor(FObjMixed.java:87) at org.apache.fop.fo.FObjMixed.finalizeNode(FObjMixed.java:176) at org.apache.fop.fo.FONode.endOfNode(FONode.java:326) at org.apache.fop.fo.FObjMixed.endOfNode(FObjMixed.java:69) at org.apache.fop.fo.flow.Block.endOfNode(Block.java:148) at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:349) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:177) at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.endElement(Unknown Source) at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.endElement(Unknown Source) --- It's notable that between the last debug message (13:58:24) and the exception message (14:02:56) there is more than 3 minutes of no logging. The only thing I see is that the tenured generation memory pool is being filled. In less than a minute from the last debug message the full tenured memory is full. Still, it takes until 14:02:56 to throw an OutOfMemory exception. I tried your VM settings, but unfortunately without success. Best regards, Dennis van Zoerlandt Georg Datterl wrote: > > Hi Dennis, > > There are
AW: AW: OutOfMemoryException while transforming large XML to PDF
Hi Dennis, There are two steps: XML+XSLT-> FO that's the transformation. Done by saxon or xerces, usually. Anyway, not the main concern on this list. FO->PDF that’s the creation. That's FOPs part and the main concern here. If your process dies during the first step, there's no use in giving you hints how to reduce memory consumption in the second step, obviously. If you are not sure, you could post the last few lines of debug output before the Exception appears. Maybe that can give a hint. As for the JVM settings: I create my larger PDFs with -Xmx2000m -Xincgc Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] Gesendet: Freitag, 25. März 2011 10:28 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: OutOfMemoryException while transforming large XML to PDF Hi Georg, As far as I'm understanding it, the transformation is the PDF creation? The image cache is already cleared after each converted file. I'll search the list archive for other options. I was hoping for certain JVM settings which could increase the tenured memory pool size. Best regards, Dennis van Zoerlandt Georg Datterl wrote: > > Hi Dennis, > > Make sure you die during pdf creation, not during transformation. > Keep your page-sequences as short as possible. Starting a new > page-sequence releases memory used by previous page-sequence > If you have many images which are only used once, deactivate image cache. > This topic is fairly common in this list, so check the archive for > details. > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH: www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > -Ursprüngliche Nachricht- > Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] > Gesendet: Freitag, 25. März 2011 09:51 > An: fop-users@xmlgraphics.apache.org > Betreff: OutOfMemoryException while transforming large XML to PDF > > > I get a OutOfMemoryException (Java heap space) while transforming a > relatively large XML (10 MB) with a XSL-FO to a PDF file. I'm using these > steps for the transformation: > > --- > FOUserAgent userAgent = fopFactory.newFOUserAgent(); > Fop fop = this.fopFactory.newFop(MimeConstants.MIME_PDF, userAgent, out); > TransformerFactory factory = TransformerFactory.newInstance(); > Transformer transformer = factory.newTransformer(new > StreamSource(xslFile)); > transformer.setParameter("versionParam", "2.0"); > Source src = new StreamSource(xmlFile); > Result res = new SAXResult(fop.getDefaultHandler()); > transformer.transform(src, res); > --- > > I have tried to increase the initial and maximum heap size (with options > -Xms and -Xmx) at JVM startup but with no success. While transforming, I'm > monitoring the size of the used and maximum tenured generation memory > pool. > The options don't seem to affect the tenured pool size: this pool is > continuously getting full in 3, 4 minutes which results shortly after that > in this exception. > > What are my options to prevent the OutOfMemoryException? > > Best regards, > Dennis van Zoerlandt > -- > View this message in context: > http://old.nabble.com/OutOfMemoryException-while-transforming-large-XML-to-PDF-tp31236044p31236044.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 > > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > -- View this message in context: http://old.na
AW: OutOfMemoryException while transforming large XML to PDF
Hi Dennis, Make sure you die during pdf creation, not during transformation. Keep your page-sequences as short as possible. Starting a new page-sequence releases memory used by previous page-sequence If you have many images which are only used once, deactivate image cache. This topic is fairly common in this list, so check the archive for details. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl] Gesendet: Freitag, 25. März 2011 09:51 An: fop-users@xmlgraphics.apache.org Betreff: OutOfMemoryException while transforming large XML to PDF I get a OutOfMemoryException (Java heap space) while transforming a relatively large XML (10 MB) with a XSL-FO to a PDF file. I'm using these steps for the transformation: --- FOUserAgent userAgent = fopFactory.newFOUserAgent(); Fop fop = this.fopFactory.newFop(MimeConstants.MIME_PDF, userAgent, out); TransformerFactory factory = TransformerFactory.newInstance(); Transformer transformer = factory.newTransformer(new StreamSource(xslFile)); transformer.setParameter("versionParam", "2.0"); Source src = new StreamSource(xmlFile); Result res = new SAXResult(fop.getDefaultHandler()); transformer.transform(src, res); --- I have tried to increase the initial and maximum heap size (with options -Xms and -Xmx) at JVM startup but with no success. While transforming, I'm monitoring the size of the used and maximum tenured generation memory pool. The options don't seem to affect the tenured pool size: this pool is continuously getting full in 3, 4 minutes which results shortly after that in this exception. What are my options to prevent the OutOfMemoryException? Best regards, Dennis van Zoerlandt -- View this message in context: http://old.nabble.com/OutOfMemoryException-while-transforming-large-XML-to-PDF-tp31236044p31236044.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: AW: AW: [FOP 1.0] Worse performance than with 0.20.5 !?
Hi Andreas, I remember there were good reasons mentioned not to apply it, but it might help in this special case. I never used it myself. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Andreas Delmelle [mailto:andreas.delme...@telenet.be] Gesendet: Montag, 24. Januar 2011 18:18 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: AW: [FOP 1.0] Worse performance than with 0.20.5 !? On 24 Jan 2011, at 10:50, Georg Datterl wrote: Hi Georg > There's a patch around, which never got applied to fop. This patch frees > memory even in page sequences. Maybe that patch can help. Thanks for the pointer! For future reference, the patch is stored as an attachment in Bugzilla 47314. As I read/understand it, it doesn't really free up the memory /in/ page-sequences, but rather, it enables you to break up a document in multiple page-sequences and omit the implicit page-break in between. It could be helpful in this case, but I'd have to study the patch closer to see if it can be applied. What happens if one of the page-sequences has an initial-page-number set for example. In that case, I would expect the new code to have no effect, unless that initial page number happens to match the last page in the previous sequence... Details like that. Regards, Andreas --- - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: AW: [FOP 1.0] Worse performance than with 0.20.5 !?
There's a patch around, which never got applied to fop. This patch frees memory even in page sequences. Maybe that patch can help. The list archive should help you there I remember, I gave the same advice before, so maybe searching for "Datterl" and "Ben" (the author of the patch) will lead you there. Regards, Georg Datterl ------ Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Andreas Delmelle [mailto:andreas.delme...@telenet.be] Gesendet: Samstag, 22. Januar 2011 19:50 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: [FOP 1.0] Worse performance than with 0.20.5 !? On 21 Jan 2011, at 08:31, Matthias Müller wrote: Hi Mathias > I temporarily disabled all images and special fonts in my fo file and still > have > the issue with the heap space. So i assume that i only have a chance to > improve > the rendering by splitting the document in multiple page-sequences. The thing > is > now, that the size of the single tables may vary extremely. There's also a > case > that i produce a table over 400+ pages !!! > What about splitting the tables after each, let's say, 20 pages? Where's the > best performance, less than 20? That could be a good start, but --it depends. It's really very difficult to say how many pages is ideal. It is possible to let FOP run out of heap space with a document containing only a single fo:block with a dump of a chapter generating about 40 pages (or even only 1 page --at font-size 1pt). That is, purely the layout engine's linebreaking algorithm. No fancy fonts or tons of images. Not even a fo:table. On the one hand, that admittedly points to a lack of scalability. On the other, the fact remains: divide and conquer. Breaking up that same fo:block into multiple blocks can make a world of difference. For the end-result, it is obviously best to break the content at a boundary that makes sense logically. You can try to approximate how many rows you can fit into one page, and try to insert breaks from there, but that will likely lead to results that make little sense to the ultimate consumer/reader of the document... > > I almost forgot the most important point: If I split the table after the 20th > page (or rather: after each 200th table rows (assuming ~10 rows per page)), > how > do I ensure that the page-sequence ends at the page bottom. The size of the > rows > also may vary. Short answer: you can't. Splitting into multiple fo:page-sequences is always a trade-off, since it introduces a forced break that is basically arbitrary, unless you can /make/ it so that the break makes sense there. Longer anwser is that one might be able to pull it off, but that would require a two-pass approach. In your case, that seems non-applicable, since the first pass will cause the out-of-memory condition. Regards Andreas - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Tables bottom border on each page
Hi Matthias, Define a table footer and add the border there. The table end border is only printed at the end of the table, which is on the last page. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Matthias Müller [mailto:pym...@yahoo.de] Gesendet: Mittwoch, 12. Januar 2011 14:40 An: fop-users xmlgraphics Betreff: Tables bottom border on each page Hi there, I'm rendering a table over multiple pages. The bottom border (border-after) is only rendered at the end of the table (last page), but i want the table to have a bottom border before each page break. Enclosed you can find a sample fo file: The red border is missing at the bottom of the first page. Any ideas? Matthias -- Sample -- http://www.w3.org/1999/XSL/Format";> (1,1) (1,2) (1,3) (2,1) (2,2) (2,3) (3,1) (3,2) (3,3) - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: block breaking page-columns
Hi Peter, Additionally we could offer | block 1 | | block 2 | | block 3 | | block 4 | | table spanned over both columns | | block 5 | | block 7| | block 6 | | block 8| fox:disable-column-balancing="true" would give you this result. That's most likely the closest solution to your problem. Reason (IMHO): If your spanning block is a headline, your desired solution would lead to block 5 and 6, which are after the headline to be printed before the headline. Which is usually a bad thing. And how should FOP know whether a spanning block is a headline or not? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: FOP creates corrupt PDF? (was: ValidationException: Document is empty)
You are right. Flushing and closing does indeed help. PDF created, all problems solved, thanks to everybody involved. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Jeremias Maerki [mailto:d...@jeremias-maerki.ch] Gesendet: Mittwoch, 8. Dezember 2010 19:53 An: fop-users@xmlgraphics.apache.org Betreff: Re: FOP creates corrupt PDF? (was: ValidationException: Document is empty) I had no problem generating a good PDF from your bill.fo with FOP 1.0. I can see, though, that your bill.pdf is unfinished. It lacks the PDF trailer. Could be that you got some exception or that your code does not properly flush/close the written file. I did it from the command-line. On 08.12.2010 14:41:08 Georg Datterl wrote: > You are correct. I inherited the file and thought I might migrate to > FOP1.0 without much work. Anyway, now I changed my transformation and > I'm back to present a true FOP problem. > > Bill.pdf is created with fop-1.0 as provided by maven. Output.pdf is > created by fop-trunk. Output.pdf looks quite correct (except for minor > layout problems), but Acrobat Reader 7.0 can't open Bill.pdf. I can see > some differences in the file, but I don't know what they mean. Can > somebody tell me what might be the reason for the difference? Jeremias Maerki - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
FOP creates corrupt PDF? (was: ValidationException: Document is empty)
You are correct. I inherited the file and thought I might migrate to FOP1.0 without much work. Anyway, now I changed my transformation and I'm back to present a true FOP problem. Bill.pdf is created with fop-1.0 as provided by maven. Output.pdf is created by fop-trunk. Output.pdf looks quite correct (except for minor layout problems), but Acrobat Reader 7.0 can't open Bill.pdf. I can see some differences in the file, but I don't know what they mean. Can somebody tell me what might be the reason for the difference? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: J.Pietschmann [mailto:j3322...@yahoo.de] Gesendet: Dienstag, 7. Dezember 2010 22:10 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: ValidationException: Document is empty On 07.12.2010 16:39, Georg Datterl wrote: > > xmlns:xsl="http://www.w3.org/1999/XSL/Transform";> > > > http://www.w3.org/1999/XSL/Format";> > >master-name="simple" > page-height=" > > "> That's not how XSLT is supposed to work. If you want to use a variable for page-height, use an attribute value template: Google for further details, or buy Michael Kay's book. J.Pietschmann - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org bill.pdf Description: bill.pdf Output.pdf Description: Output.pdf bill.fo Description: bill.fo - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: ValidationException: Document is empty
Hi Chris, I think that's the important point. I'll rewrite my transformation tomorrow and have a look. Thanks a lot. Oh, and 20 points for the plausible explanation. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Christopher R. Maden [mailto:cr...@maden.org] Gesendet: Dienstag, 7. Dezember 2010 17:48 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: ValidationException: Document is empty On 12/07/2010 11:43 AM, Georg Datterl wrote: > I'm not quite sure WHO exactly complains. The original xslt (with > <) works fine if I use it to transform the xml file. It generates > a fo-file which I can then transform into a pdf. The corrected xslt > works fine, if I don't use more complex transformations. It stops > working when I use variables. Ah... I’ve got it now. This is why use of disable-output-escaping is so strongly discouraged... When you use XSLT to transform your XML and serialize it to disk, the d-o-e is applied and you get a valid FO. However, when you feed XML and XSLT to FOP, your transformation result is never serialized. The d-o-e directive is never applied, and a poorly-formed XML data structure is passed to FOP, resulting in your error. You will need to rewrite your transformation to avoid use of d-o-e. It is an unfortunate hack that really shouldn’t have been included in XSLT; it is never necessary, and while it enables some quick hacks that would be more complicated otherwise, it also is prone to mysterious breakage like your case. ~Chris -- Chris Maden, text nerd http://crism.maden.org/ > MISSING: land of free, home of brave. Last seen 10 September 2001. Reward offered. GnuPG Fingerprint: C6E4 E2A9 C9F8 71AC 9724 CAA3 19F8 6677 0077 C319 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: ValidationException: Document is empty
Hi Eric, > I think you're a bit confused. Oh yes. > 1) FOP doesn't complain about anything. My response included the corrected > xslt along with a PDF I got from FOP with it. I'm not quite sure WHO exactly complains. The original xslt (with <) works fine if I use it to transform the xml file. It generates a fo-file which I can then transform into a pdf. The corrected xslt works fine, if I don't use more complex transformations. It stops working when I use variables. > 2) I'm not sure what you mean by "valid xml". Your xml file is a valid xml. > Your xslt file is not xslt if it contains any > fo. If you fix the tags it's valid xslfo. My xslt should not contain valid fo, it should create valid fo. If I fix the tags, it's (IMHO) no longer a valid xslt-file. > 3) Converting < to < wouldn't make it work any better as anything else > since you didn't convert > to > Converting < to < would make it a valid xslt-file, IMHO, since the fo-tags are no longer found. The transformation originally worked fine with fop 0.20, so it is possible that something changed, but that would still not explain why I can transform xml+xslt->fo and fo->pdf, but not xml+xslt->pdf directly. Regards Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Eric Douglas [mailto:edoug...@blockhouse.com] Gesendet: Dienstag, 7. Dezember 2010 17:25 An: fop-users@xmlgraphics.apache.org Betreff: RE: ValidationException: Document is empty I think you're a bit confused. 1) FOP doesn't complain about anything. My response included the corrected xslt along with a PDF I got from FOP with it. 2) I'm not sure what you mean by "valid xml". Your xml file is a valid xml. Your xslt file is not xslt if it contains any fo. If you fix the tags it's valid xslfo. 3) Converting < to < wouldn't make it work any better as anything else since you didn't convert > to > Xslt: http://www.w3schools.com/xsl/default.asp Xslfo: http://www.w3schools.com/xslfo/default.asp Xslt was designed to format xml data for a web page. Xslfo expands on xslt to add the pageable tags required for a PDF which a web page wouldn't understand. -Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Tuesday, December 07, 2010 10:40 AM To: fop-users@xmlgraphics.apache.org Subject: AW: ValidationException: Document is empty Hi Eric, You are right. But. Of course there's a but... Let me expand my transformation a little bit: http://www.w3.org/1999/XSL/Transform";> http://www.w3.org/1999/XSL/Format";> " > Now fop (actually: the sax parser) complains about the < in page-height. Quite understandable, I think. And the whole transformation is no longer valid xml, since the fo tags are mixed into the xsl tags. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Eric Douglas [mailto:edoug...@blockhouse.com] Gesendet: Dienstag, 7. Dezember 2010 16:21 An: fop-users@xmlgraphics.apache.org Betreff: RE: ValidationException: Document is empty That seems a strange thing to do but yes that works fine. FOP just doesn't like html in the xslt. Replace all < with < and you get an empty document. -Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Tuesday, December 07, 2010 10:08 AM To: fop-users@xmlgraphics.apache.org Subject: AW: ValidationException: Document is empty Hi Eric, Indeed, the xml is nearly empty, but I'd expect a one-page document with one flow and one block inside. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a
AW: ValidationException: Document is empty
Hi Eric, You are right. But. Of course there's a but... Let me expand my transformation a little bit: http://www.w3.org/1999/XSL/Transform";> http://www.w3.org/1999/XSL/Format";> " > Now fop (actually: the sax parser) complains about the < in page-height. Quite understandable, I think. And the whole transformation is no longer valid xml, since the fo tags are mixed into the xsl tags. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Eric Douglas [mailto:edoug...@blockhouse.com] Gesendet: Dienstag, 7. Dezember 2010 16:21 An: fop-users@xmlgraphics.apache.org Betreff: RE: ValidationException: Document is empty That seems a strange thing to do but yes that works fine. FOP just doesn't like html in the xslt. Replace all < with < and you get an empty document. -Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Tuesday, December 07, 2010 10:08 AM To: fop-users@xmlgraphics.apache.org Subject: AW: ValidationException: Document is empty Hi Eric, Indeed, the xml is nearly empty, but I'd expect a one-page document with one flow and one block inside. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Eric Douglas [mailto:edoug...@blockhouse.com] Gesendet: Dienstag, 7. Dezember 2010 16:05 An: fop-users@xmlgraphics.apache.org Betreff: RE: ValidationException: Document is empty That would be because your document is empty. Am I missing something here? This is the entire text of the xml you attached: -Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Tuesday, December 07, 2010 9:30 AM To: fop-users@xmlgraphics.apache.org Subject: AW: ValidationException: Document is empty Hi everybody, Since nobody yet provided an answer, let's make it easier to debug. Here are a really short xml and a really short and simple transformation. The call to fop is org.apache.fop.cli.Main -d -xml test/xml/billing.xml -xsl test/xsl/billing.xslt -pdf c:\temp\test2.pdf Fop version is the latest trunk. Error message is: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). Confused is: me. What could be wrong with my stylesheet? (Yes, I know we don't like xml and xslts here, but obviously I can't provide anything else) Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Georg Datterl Gesendet: Freitag, 3. Dezember 2010 18:22 An: 'fop-users@xmlgraphics.apache.org' Betreff: ValidationException: Document is empty Hi folks, Another funny question from yours truly. It's been some time since our last quiz show and maybe this time we get a new winner. Anyway, here's todays problem: Given: * FOP 1.0, Batik 1.7, xmlgraphics-commons 1.4, xalan 2.7.1, xerxes 2.6.2, through maven, but I get the same results with a shortly-before-1.0-release version of trunk and XmlSpy * * A simple xml file * An equally simple transformation file, one page layout, a few blocks, two tables with blocks, two borders. Wanted: * A simple PDF, one page, no images. Problem: * When applying the transformation, I get a fo file which I can transform into a pdf. Everything works fine. * When running the xml and the xslt through fop (following ExampleXML2FO), I
AW: ValidationException: Document is empty
Hi Eric, Indeed, the xml is nearly empty, but I'd expect a one-page document with one flow and one block inside. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Eric Douglas [mailto:edoug...@blockhouse.com] Gesendet: Dienstag, 7. Dezember 2010 16:05 An: fop-users@xmlgraphics.apache.org Betreff: RE: ValidationException: Document is empty That would be because your document is empty. Am I missing something here? This is the entire text of the xml you attached: -Original Message----- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Tuesday, December 07, 2010 9:30 AM To: fop-users@xmlgraphics.apache.org Subject: AW: ValidationException: Document is empty Hi everybody, Since nobody yet provided an answer, let's make it easier to debug. Here are a really short xml and a really short and simple transformation. The call to fop is org.apache.fop.cli.Main -d -xml test/xml/billing.xml -xsl test/xsl/billing.xslt -pdf c:\temp\test2.pdf Fop version is the latest trunk. Error message is: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). Confused is: me. What could be wrong with my stylesheet? (Yes, I know we don't like xml and xslts here, but obviously I can't provide anything else) Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Georg Datterl Gesendet: Freitag, 3. Dezember 2010 18:22 An: 'fop-users@xmlgraphics.apache.org' Betreff: ValidationException: Document is empty Hi folks, Another funny question from yours truly. It's been some time since our last quiz show and maybe this time we get a new winner. Anyway, here's todays problem: Given: * FOP 1.0, Batik 1.7, xmlgraphics-commons 1.4, xalan 2.7.1, xerxes 2.6.2, through maven, but I get the same results with a shortly-before-1.0-release version of trunk and XmlSpy * * A simple xml file * An equally simple transformation file, one page layout, a few blocks, two tables with blocks, two borders. Wanted: * A simple PDF, one page, no images. Problem: * When applying the transformation, I get a fo file which I can transform into a pdf. Everything works fine. * When running the xml and the xslt through fop (following ExampleXML2FO), I get the fo file which I can transform into PDF. Looks ok. * When running the xml and the xslt through fop (following ExampleXML2PDF) with MimeConstants.MIME_FOP_AREA_TREE, I get the area tree. Looks ok. * When running the xml and the xslt through fop (following ExampleXML2PDF) with MimeConstants.MIME_PDF, I get [org.apache.fop.fo.FOTreeBuilder] -> org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). * When combining ExampleXML2FO and ExampleXML2PDF and using two transformations (XML->FO, FO->Area tree), I get a correct Area tree. * When combining ExampleXML2FO and ExampleXML2PDF and using two transformations (XML->FO, FO->PDF), I get a pdf, which should have one PageSequence with one page, according to fop.getResults(). I can't open the PDF in Acrobat (pdf corrupt and can't be repaired) That's it. No error messages, no hints. Area tree works, generating a pdf does not. Generating a fo and then a pdf works in XmlSpy. Does anybody see any reasoning behind that? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org --
AW: ValidationException: Document is empty
Hi everybody, Since nobody yet provided an answer, let's make it easier to debug. Here are a really short xml and a really short and simple transformation. The call to fop is org.apache.fop.cli.Main -d -xml test/xml/billing.xml -xsl test/xsl/billing.xslt -pdf c:\temp\test2.pdf Fop version is the latest trunk. Error message is: org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). Confused is: me. What could be wrong with my stylesheet? (Yes, I know we don't like xml and xslts here, but obviously I can't provide anything else) Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Georg Datterl Gesendet: Freitag, 3. Dezember 2010 18:22 An: 'fop-users@xmlgraphics.apache.org' Betreff: ValidationException: Document is empty Hi folks, Another funny question from yours truly. It's been some time since our last quiz show and maybe this time we get a new winner. Anyway, here's todays problem: Given: * FOP 1.0, Batik 1.7, xmlgraphics-commons 1.4, xalan 2.7.1, xerxes 2.6.2, through maven, but I get the same results with a shortly-before-1.0-release version of trunk and XmlSpy * * A simple xml file * An equally simple transformation file, one page layout, a few blocks, two tables with blocks, two borders. Wanted: * A simple PDF, one page, no images. Problem: * When applying the transformation, I get a fo file which I can transform into a pdf. Everything works fine. * When running the xml and the xslt through fop (following ExampleXML2FO), I get the fo file which I can transform into PDF. Looks ok. * When running the xml and the xslt through fop (following ExampleXML2PDF) with MimeConstants.MIME_FOP_AREA_TREE, I get the area tree. Looks ok. * When running the xml and the xslt through fop (following ExampleXML2PDF) with MimeConstants.MIME_PDF, I get [org.apache.fop.fo.FOTreeBuilder] -> org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). * When combining ExampleXML2FO and ExampleXML2PDF and using two transformations (XML->FO, FO->Area tree), I get a correct Area tree. * When combining ExampleXML2FO and ExampleXML2PDF and using two transformations (XML->FO, FO->PDF), I get a pdf, which should have one PageSequence with one page, according to fop.getResults(). I can't open the PDF in Acrobat (pdf corrupt and can't be repaired) That's it. No error messages, no hints. Area tree works, generating a pdf does not. Generating a fo and then a pdf works in XmlSpy. Does anybody see any reasoning behind that? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de http://www.w3.org/1999/XSL/Transform";> <fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format";> <fo:layout-master-set> <fo:simple-page-master master-name="simple"> <fo:region-body /> </fo:simple-page-master> </fo:layout-master-set> <fo:page-sequence master-reference="simple"> <fo:flow flow-name="xsl-region-body"> <fo:block></fo:block> </fo:flow> </fo:page-sequence> </fo:root> - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
ValidationException: Document is empty
Hi folks, Another funny question from yours truly. It's been some time since our last quiz show and maybe this time we get a new winner. Anyway, here's todays problem: Given: * FOP 1.0, Batik 1.7, xmlgraphics-commons 1.4, xalan 2.7.1, xerxes 2.6.2, through maven, but I get the same results with a shortly-before-1.0-release version of trunk and XmlSpy * * A simple xml file * An equally simple transformation file, one page layout, a few blocks, two tables with blocks, two borders. Wanted: * A simple PDF, one page, no images. Problem: * When applying the transformation, I get a fo file which I can transform into a pdf. Everything works fine. * When running the xml and the xslt through fop (following ExampleXML2FO), I get the fo file which I can transform into PDF. Looks ok. * When running the xml and the xslt through fop (following ExampleXML2PDF) with MimeConstants.MIME_FOP_AREA_TREE, I get the area tree. Looks ok. * When running the xml and the xslt through fop (following ExampleXML2PDF) with MimeConstants.MIME_PDF, I get [org.apache.fop.fo.FOTreeBuilder] -> org.apache.fop.fo.ValidationException: Document is empty (something might be wrong with your XSLT stylesheet). * When combining ExampleXML2FO and ExampleXML2PDF and using two transformations (XML->FO, FO->Area tree), I get a correct Area tree. * When combining ExampleXML2FO and ExampleXML2PDF and using two transformations (XML->FO, FO->PDF), I get a pdf, which should have one PageSequence with one page, according to fop.getResults(). I can't open the PDF in Acrobat (pdf corrupt and can't be repaired) That's it. No error messages, no hints. Area tree works, generating a pdf does not. Generating a fo and then a pdf works in XmlSpy. Does anybody see any reasoning behind that? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: I don't get long Tables to break/wrap over multiple pages
Hi Lars, Usually we are not happy with xsl and xml but prefer the final fo file. But before you send that, check your keeps. If every cell is required to keep-together-with-next="always", there's no place for breaks. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Lars Sonchocky-Helldorf [mailto:lars.sonchocky-helld...@assense.com] Gesendet: Donnerstag, 25. November 2010 15:23 An: fop-users@xmlgraphics.apache.org Betreff: I don't get long Tables to break/wrap over multiple pages Hi Guys, I am trying to convert the attached example XML (verbrauchsuebersicht.xml) into PDF for print using the attached verbrauchsuebersicht2fo.xsl and fop 0.95 However, when processing the data one very long table is created which doesn't break/wrap over multiple pages but creates an overflow instead: > 25.11.2010 15:11:29 org.apache.fop.layoutmgr.PageBreaker$1 notifyOverflow > WARNUNG: Content of the region-body on page 3 overflows the available area in block-progression dimension. (fo:page-sequence, no context info available) I tried several things to resolve that situation (see comments in the attached verbrauchsuebersicht2fo.xsl) but with no real success so far. What would be a solution for an automatic multiple page wrap of a table? Am I missing something obvious? - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: How to hyphenate nonwords?
Hi Alexander, > Table cell overflow is also inappropriate. If string can't be successfully > hyphenated, in case of overflow forced > hyphenation would be better than just overflow. Imho. Imho you are right and I complained about that too, some time ago. But it was a design decision at the start of the project and there's nothing we can do about it. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Alexander Uvarov [mailto:alexander.uva...@gmail.com] Gesendet: Dienstag, 23. November 2010 10:35 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: How to hyphenate nonwords? On 23.11.2010, at 14:21, Georg Datterl wrote: > Hi Alexander, > >> Sounds insane for me. I have a lot of places in documents where i need >> forced hyphenation. >> It's unacceptable solution. >> I am wondering why fop don't offer any elegant solution. > > Well, can you think of an elegant solution? > >> Why not just consider all strings as strings with zero width space after >> each characters? > > Because then hyphenation would not work at all, because after every character > there would be a possible place to hyphenate. And that's simply not correct > in normal language. Table cell overflow is also inappropriate. If string can't be successfully hyphenated, in case of overflow forced hyphenation would be better than just overflow. Imho. > > Regards, > > Georg Datterl - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: How to hyphenate nonwords?
Hi Alexander, > Sounds insane for me. I have a lot of places in documents where i need forced > hyphenation. > It's unacceptable solution. > I am wondering why fop don't offer any elegant solution. Well, can you think of an elegant solution? > Why not just consider all strings as strings with zero width space after each > characters? Because then hyphenation would not work at all, because after every character there would be a possible place to hyphenate. And that's simply not correct in normal language. Regards, Georg Datterl ------ Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Alexander Uvarov [mailto:alexander.uva...@gmail.com] Gesendet: Dienstag, 23. November 2010 09:30 An: fop-users@xmlgraphics.apache.org Betreff: Re: How to hyphenate nonwords? Sounds insane for me. I have a lot of places in documents where i need forced hyphenation. It's unacceptable solution. I am wondering why fop don't offer any elegant solution. Why not just consider all strings as strings with zero width space after each characters? On 23.11.2010, at 13:22, Pascal Sancho wrote: > Hi, > > you can insert a ZWSP (zero width space, ) between characters > you want a possible break. > > Le 23/11/2010 08:30, Alexander Uvarov a écrit : >> How to hyphenate nonwords? For example i have serial number ZZ10-SX70-BBQZA >> in a table cell. Serial might be in any language. Table cell is small and >> document looks ugly. Could anyone share hyphenation rules for such case? I >> am sure that I am not the first person with such problem. > > -- > Pascal > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: How to load tiff images successfully in PDF
Hi Srikrishnan, When you generated the pdf, did fop give you any infos, warnings or errors regarding your tiff files? It's quite possible (I had it with PNG files) that fop can't process the file, prints a warning to log and continues to build the pdf. Even if other applications open your tiff files, fop may not like them. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: SriKrishnan [mailto:srikrish...@techset.co.uk] Gesendet: Samstag, 30. Oktober 2010 07:24 An: fop-users@xmlgraphics.apache.org Betreff: RE: How to load tiff images successfully in PDF Hi, Sorry I forgot to mention one more thing: My tiff images are not corrupted those are embedded correctly in the pdf when I use them through InDesign or Quark or LaTeX Thanks, Srikrishnan From: SriKrishnan [mailto:srikrish...@techset.co.uk] Sent: Saturday, October 30, 2010 10:24 AM To: 'fop-users@xmlgraphics.apache.org' Subject: RE: How to load tiff images successfully in PDF Importance: High Hi, May be it is a stupid question for you. As I said clearly in my mail, I am new to FOP. I don't found any proper user friendly Documentation for FOP. So I am in a confusion whether I missed something or anything not supported by FOP. If you people like experts in all these things need any further details if you ask me, certainly it is my duty to furnish those details. My system and software details: OS: Windows XP professional FOP: version 0.95 Saxon: version 8 I have tried to open the pdf in two version of Acrobat In version 9, it popup the error message as mentioned in my earlier mail (with empty space for the image places). In version 6, it popup the error message as "Colour space" (with empty space for the image places) In GSVIEW, without showing any error message it opens the pdf (with empty space for the image places) If you are not interested to answer such a stupid questions, don't reply. Such kind of replies will discourage new users Regards, Srikrishnan From: SriKrishnan [mailto:srikrish...@techset.co.uk] Sent: Friday, October 29, 2010 3:02 PM To: 'fop-users@xmlgraphics.apache.org' Subject: How to load tiff images successfully in PDF Hi all, I am new to fop. I have successfully converted fo to pdf when gif images are loaded in the file. When came to tif images, pdf creates successfully, but when I scroll to the image page in Adobe Acrobat, the following error message popup: "An error exists on this page. Acrobat may not display the page correctly. Please contact the person who created the PDF document to correct the problem" My fo coding is as follows: But in the same above coding when I use gif image it works correctly. Any help would be very much useful. Thanks in Advance, Srikrishnan
AW: Table border issue
Hi Chithambara Nathan Pachaiyappan, No testcase, no screenshot, no description of the difference. I don't think, there's much we can do here. Let's blame it on acrobats aliasing. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: chithambaranathan [mailto:chithambaramnat...@gmail.com] Gesendet: Freitag, 29. Oktober 2010 09:44 An: fop-users@xmlgraphics.apache.org Betreff: Table border issue Hi , We are using apache fop 0.95. We have observed difference in table cell borders during rendering in the pdf The code which are using is for all table cells. There is no difference the code between the cells. We already tried with border- collapse="separate". Please let us know the reason for this difference in rendering using fop. Thanks & Regards, Chithambara Nathan Pachaiyappan
AW: AW: AW: AW: Data getting displayed in Bold font sporadically
Hi AdityaVN, We are still not on the same page. You have a fo file, from which your PDF is generated. Somewhere in your PDF you have a bold text which should be normal. Now I want you to find exactly this block in your fo file and check the font there. If the font is the bold font, you have a problem when generating your fo file. If the font there is the normal font, it may be a fop problem. In that case, I'm interested in the block and the next normal (and correctly displayed) block. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: AdityaVN [mailto:adityan...@gmail.com] Gesendet: Montag, 18. Oktober 2010 13:49 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: AW: Data getting displayed in Bold font sporadically Hi Georg, The below given example is to display the data in normal font which works fine most of the times. But at times it displays the data in bold font - .Data. Thanks, Aditya. Georg Datterl wrote: > > Hi AdityaVN, > > That seems to be correct. Can you find an example, where the two blocks > have the same font, but look differently? > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: AdityaVN [mailto:adityan...@gmail.com] > Gesendet: Montag, 18. Oktober 2010 13:26 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: AW: AW: Data getting displayed in Bold font sporadically > > > Hi Georg, > > Please find below the fo blocks that are being used to display the data in > normal as well as bold font- > > 1) FO Block with normal font :- >font-size="8pt" text-align="justify" end-indent="3mm"> > .....Labels/Data etc. > > > 2) FO Block with bolded font :- >font-size="8pt" text-align="justify" end-indent="3mm"> > .Labels/Data etc..... > > > Thanks, > AdityaVN > > > Georg Datterl wrote: >> >> Hi AdityaVN, >> >> Can you show us a fo file with one block normal, one block bold, both the >> same font? >> >> Regards, >> >> Georg Datterl >> >> -- Kontakt -- >> >> Georg Datterl >> >> Geneon media solutions gmbh >> Gutenstetter Straße 8a >> 90449 Nürnberg >> >> HRB Nürnberg: 17193 >> Geschäftsführer: Yong-Harry Steiert >> >> Tel.: 0911/36 78 88 - 26 >> Fax: 0911/36 78 88 - 20 >> >> www.geneon.de >> >> Weitere Mitglieder der Willmy MediaGroup: >> >> IRS Integrated Realization Services GmbH:www.irs-nbg.de >> Willmy PrintMedia GmbH:www.willmy.de >> Willmy Consult & Content GmbH: www.willmycc.de >> >> >> -Ursprüngliche Nachricht- >> Von: AdityaVN [mailto:adityan...@gmail.com] >> Gesendet: Montag, 18. Oktober 2010 12:22 >> An: fop-users@xmlgraphics.apache.org >> Betreff: Re: AW: Data getting displayed in Bold font sporadically >> >> >> Hi Georg, >> >> Thanks for the reply. >> Yes. I have checked for the font family and it is specified correctly. >> Same fo:blocks display the data correctly most of the times. But sometime >> they display it in bold font. >> >> >> Georg Datterl wrote: >>> >>> Hi AdityaVN, >>> >>> Did you check your fo file to make sure, the font family is correct? >>> >>> Regards, >>> >>> Georg Datterl >>> >>> -- Kontakt -- >>> >>> Georg Datterl >>> >>> Geneon media solutions gmbh >>> Gutenstetter Straße 8a >>> 90449 Nürnberg >>> >>> HRB Nürnberg: 17193 &
AW: AW: AW: Data getting displayed in Bold font sporadically
Hi AdityaVN, That seems to be correct. Can you find an example, where the two blocks have the same font, but look differently? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: AdityaVN [mailto:adityan...@gmail.com] Gesendet: Montag, 18. Oktober 2010 13:26 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: Data getting displayed in Bold font sporadically Hi Georg, Please find below the fo blocks that are being used to display the data in normal as well as bold font- 1) FO Block with normal font :- .Labels/Data etc. 2) FO Block with bolded font :- .Labels/Data etc. Thanks, AdityaVN Georg Datterl wrote: > > Hi AdityaVN, > > Can you show us a fo file with one block normal, one block bold, both the > same font? > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: AdityaVN [mailto:adityan...@gmail.com] > Gesendet: Montag, 18. Oktober 2010 12:22 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: AW: Data getting displayed in Bold font sporadically > > > Hi Georg, > > Thanks for the reply. > Yes. I have checked for the font family and it is specified correctly. > Same fo:blocks display the data correctly most of the times. But sometime > they display it in bold font. > > > Georg Datterl wrote: >> >> Hi AdityaVN, >> >> Did you check your fo file to make sure, the font family is correct? >> >> Regards, >> >> Georg Datterl >> >> -- Kontakt -- >> >> Georg Datterl >> >> Geneon media solutions gmbh >> Gutenstetter Straße 8a >> 90449 Nürnberg >> >> HRB Nürnberg: 17193 >> Geschäftsführer: Yong-Harry Steiert >> >> Tel.: 0911/36 78 88 - 26 >> Fax: 0911/36 78 88 - 20 >> >> www.geneon.de >> >> Weitere Mitglieder der Willmy MediaGroup: >> >> IRS Integrated Realization Services GmbH:www.irs-nbg.de >> Willmy PrintMedia GmbH:www.willmy.de >> Willmy Consult & Content GmbH: www.willmycc.de >> >> >> -Ursprüngliche Nachricht- >> Von: AdityaVN [mailto:adityan...@gmail.com] >> Gesendet: Montag, 18. Oktober 2010 12:01 >> An: fop-users@xmlgraphics.apache.org >> Betreff: Data getting displayed in Bold font sporadically >> >> >> Hi, >> >> I am generating a PDF using FOP 0.95, where I have a bunch of pages, each >> of >> which can have multiple tables. I am displaying the data in these tables >> using fo:block and I am specifying the font-family on each fo:block. I am >> using the font-family 'ITCFranklinGothicStd-Demi' for displaying the data >> in >> 'Bold' format and 'ITCFranklinGothicStd-Book' for displaying the data in >> 'Normal' format. >> >> There are times I encounter this problem where I am specifying the >> font-family as 'ITCFranklinGothicStd-Book' on a fo:block but still it >> displays the data in Bold format. And this is happening sporadically. >> I looked all around the internet for a solution to this problem and still >> haven't found any. Please let me know if there is any way I can prevent >> this >> data from getting displayed in bold font. >> -- >> View this message in context: >> http://old.nabble.com/Data-getting-displayed-in-Bold-font-sporadically-tp29988825p29988825.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...@
AW: AW: Data getting displayed in Bold font sporadically
Hi AdityaVN, Can you show us a fo file with one block normal, one block bold, both the same font? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: AdityaVN [mailto:adityan...@gmail.com] Gesendet: Montag, 18. Oktober 2010 12:22 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: Data getting displayed in Bold font sporadically Hi Georg, Thanks for the reply. Yes. I have checked for the font family and it is specified correctly. Same fo:blocks display the data correctly most of the times. But sometime they display it in bold font. Georg Datterl wrote: > > Hi AdityaVN, > > Did you check your fo file to make sure, the font family is correct? > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: AdityaVN [mailto:adityan...@gmail.com] > Gesendet: Montag, 18. Oktober 2010 12:01 > An: fop-users@xmlgraphics.apache.org > Betreff: Data getting displayed in Bold font sporadically > > > Hi, > > I am generating a PDF using FOP 0.95, where I have a bunch of pages, each > of > which can have multiple tables. I am displaying the data in these tables > using fo:block and I am specifying the font-family on each fo:block. I am > using the font-family 'ITCFranklinGothicStd-Demi' for displaying the data > in > 'Bold' format and 'ITCFranklinGothicStd-Book' for displaying the data in > 'Normal' format. > > There are times I encounter this problem where I am specifying the > font-family as 'ITCFranklinGothicStd-Book' on a fo:block but still it > displays the data in Bold format. And this is happening sporadically. > I looked all around the internet for a solution to this problem and still > haven't found any. Please let me know if there is any way I can prevent > this > data from getting displayed in bold font. > -- > View this message in context: > http://old.nabble.com/Data-getting-displayed-in-Bold-font-sporadically-tp29988825p29988825.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 > > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > -- View this message in context: http://old.nabble.com/Data-getting-displayed-in-Bold-font-sporadically-tp29988825p29988983.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
AW: Data getting displayed in Bold font sporadically
Hi AdityaVN, Did you check your fo file to make sure, the font family is correct? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: AdityaVN [mailto:adityan...@gmail.com] Gesendet: Montag, 18. Oktober 2010 12:01 An: fop-users@xmlgraphics.apache.org Betreff: Data getting displayed in Bold font sporadically Hi, I am generating a PDF using FOP 0.95, where I have a bunch of pages, each of which can have multiple tables. I am displaying the data in these tables using fo:block and I am specifying the font-family on each fo:block. I am using the font-family 'ITCFranklinGothicStd-Demi' for displaying the data in 'Bold' format and 'ITCFranklinGothicStd-Book' for displaying the data in 'Normal' format. There are times I encounter this problem where I am specifying the font-family as 'ITCFranklinGothicStd-Book' on a fo:block but still it displays the data in Bold format. And this is happening sporadically. I looked all around the internet for a solution to this problem and still haven't found any. Please let me know if there is any way I can prevent this data from getting displayed in bold font. -- View this message in context: http://old.nabble.com/Data-getting-displayed-in-Bold-font-sporadically-tp29988825p29988825.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: AW: AW: Identifying absolute position of a FO:Block
Hi mithunk, After generating the area tree you know exactly on which page the signature block is. If you get two pages with a block having your signature id, the signature block is obviously split. In that case, the second block has to start at (0/0). If you add bpda of ALL previous blocks, of course you get a wrong value, if one block contains another block. If I were you, I'd build a test file with a few blocks with exactly known heights. Then when adding, I would compare the results with the actual positions. From here I can't tell you why you get wrong results. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: mithunk [mailto:mithunakulka...@yahoo.com] Gesendet: Mittwoch, 6. Oktober 2010 23:16 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: AW: Identifying absolute position of a FO:Block Hi Georg, I have PDF with 2 pages, in that case. How do I calculate the position? I should add blocks of second page only right? As the data in my case is dynamic I wont know whether the signature block will be in first page or second page. Right now if I add bpda of all the previous blocks, I am getting wrong position information. Thanks, MK Georg Datterl wrote: > > Hi mithunk, > > Two things I can think of given your description: > The measurements are in milipoints. Divide by 1000 when finished to get > points. > Only add relevant blocks. Given a structure like > > > > > > > > > > > to get the position of block F you add the height of blocks E and A. > Basically: previous siblings of targetnode and all of its parent nodes are > interesting. > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > -Ursprüngliche Nachricht- > Von: mithunk [mailto:mithunakulka...@yahoo.com] > Gesendet: Dienstag, 5. Oktober 2010 22:14 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: AW: AW: Identifying absolute position of a FO:Block > > > Hi, > > I tried creating AreaTree for my XSL-FO. And as you suggested added bpda > of > all the block elements in the area tree (untill my block is hit). But the > y > position that I get after adding all these is wrong. I want to calculate > the > absolute position of this block (x and y coordinates). Please help, as I > need to finish this POC in another day. > Please also mention if it not possible in FOP. > > Thanks, > Mithun > > > Georg Datterl wrote: >> >> Hi, >> >> First: I had a look at IF, but AT is better suited for the task, IMHO. >> >> Now for some details: >> >> Here's a simple fo file with a named block: >> >> >> http://www.w3.org/1999/XSL/Format";> >> >> >> >> >> >> >> >> >> >> testtext >> >> >> >> >> >> >> Here's the area tree for this fo (fop test.fo -at test.xml): >> >> >> >> >> >> > formatted-nr="1" simple-page-master-name="x"> >> >> > ipda="594720" bpda="792000" bap="0 0 0 0" is-viewport-area="true" rect="0 >> 0 594720 792000"> >> > bpd="792000" ipda="594720" bpda="792000" bap="0 0 0 0" >>
AW: Multi and Single Column layout on same page
Hi Loralon, HTH: http://www.w3.org/1999/XSL/Format"; xmlns:fox="http://xmlgraphics.apache.org/fop/extensions";> spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns, spanning 2 columns spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column, spanning 1 column Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Loralon [mailto:elora...@yahoo.com] Gesendet: Mittwoch, 6. Oktober 2010 22:17 An: fop-users@xmlgraphics.apache.org Betreff: Re: Multi and Single Column layout on same page Hi again Laurent, Could you please share your final xslt file for reference as I am trying to the same thing like you? Thanks for you attention. Loralon Loralon wrote: > > Hi Laurent and Andreas, > > Andreas would you please share a sample code for this solution? > > For Laurent: if you successfully tried the approach, would you mind > sharing it with me as well? > > I need such a solution for a document I am working on currently. > > Loralon > > > > Laurent Yaish-3 wrote: >> >> On Thu, May 15, 2008 at 9:56 AM, Andreas Delmelle < >> andreas.delme...@telenet.be> wrote: >> >>> On May 15, 2008, at 18:35, Laurent Yaish wrote: >>> >>> Hi >>> >>> >>>> Wow... I'm really surprised that the current Recommendation does not >>>> even >>>> try to address this. It's not an uncommon layout at all. Bummer. >>>> It would be nice to be able to set column-count on region-body and then >>>> have a column-span property on a fo:block element or something similar >>>> >>> >>> Oh, you /can/ force a block to span all the columns of the region by: >>> >>> >>> >>> Limitations: it only has effect for child-blocks of the fo:flow, and >>> basically the only two values are 'none&
AW: AW: AW: Identifying absolute position of a FO:Block
Hi mithunk, Two things I can think of given your description: The measurements are in milipoints. Divide by 1000 when finished to get points. Only add relevant blocks. Given a structure like to get the position of block F you add the height of blocks E and A. Basically: previous siblings of targetnode and all of its parent nodes are interesting. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: mithunk [mailto:mithunakulka...@yahoo.com] Gesendet: Dienstag, 5. Oktober 2010 22:14 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: Identifying absolute position of a FO:Block Hi, I tried creating AreaTree for my XSL-FO. And as you suggested added bpda of all the block elements in the area tree (untill my block is hit). But the y position that I get after adding all these is wrong. I want to calculate the absolute position of this block (x and y coordinates). Please help, as I need to finish this POC in another day. Please also mention if it not possible in FOP. Thanks, Mithun Georg Datterl wrote: > > Hi, > > First: I had a look at IF, but AT is better suited for the task, IMHO. > > Now for some details: > > Here's a simple fo file with a named block: > > > http://www.w3.org/1999/XSL/Format";> > > > > > > > > > > testtext > > > > > > > Here's the area tree for this fo (fop test.fo -at test.xml): > > > > > > formatted-nr="1" simple-page-master-name="x"> > > ipda="594720" bpda="792000" bap="0 0 0 0" is-viewport-area="true" rect="0 > 0 594720 792000"> > bpd="792000" ipda="594720" bpda="792000" bap="0 0 0 0" > is-reference-area="true" name="xsl-region-body" ctm="[1.0 0.0 0.0 1.0 0.0 > 0.0]"> > > bpd="0" bap="0 0 0 0" is-reference-area="true"> > > ipd="594720" bpd="14400" ipda="594720" bpda="14400" bap="0 0 0 0" > is-reference-area="true"> > > > > prod-id="block-to-find"> > > > > > > bpda="11100" bap="0 0 0 0" font-name="sans-serif" font-style="normal" > font-weight="400" font-size="12000" color="#00"> > > testtext > > > > > > > > > > > > > > > > > > > > > > Now look for the block element with attribute prod-id="block-to-find". > That's your target block. As Craig said, if the block spans more pages, > there may be more than one block with this attribute. > > Now you can get the width of the block (attribute ipd) and the height > (attribute bpd). Use ipda and bpda if you need the padding, too. Also see > http://wiki.apache.org/xmlgraphics-fop/AreaTreeXMLDocumentation or search > this mailing list for "area tree". > For the block's position in the page, add the height of all previous > blocks in the page. > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGrou
AW: AW: preprocessing of images
Hi Maxine, We preprocess the images with ImageMagick and put the preprocessed images into the PDF. I don't think there's another way nor will there ever be (in FOP). Maybe you can call a function during the transformation, but I'm no expert there. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Maxime Bégnis [mailto:max...@neodoc.biz] Gesendet: Dienstag, 5. Oktober 2010 14:19 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: preprocessing of images hi Georg, Thanks for your answer. My question wasn't very precise, sorry. I would like to be able to convert the images referenced in the FO file whatever the attributes. For example, if I have a PNG file referenced in an fo:external-graphic element, I would like to convert the image into JPEG format with a quality of 40% and limit the dimensions to 400x400. This is mostly to provide control on the size of the resulting PDF without having to change the FO file or the referenced images. Thanks a lot. Maxime Bégnis Le 05/10/2010 14:03, Georg Datterl a écrit : Hi Maxime, Fop can work with quite a lot of image types. For resizing there are img attributes. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Maxime Bégnis [mailto:max...@neodoc.biz] Gesendet: Dienstag, 5. Oktober 2010 13:56 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: preprocessing of images Hi all, I'm wondering if there is a standard way in the FOP API to pre-process images, i.e. resizing, converting to a specific format, etc... before they are included in the resulting PDF? I use FOP 1.0 embedded in a java app. Thanks a lot for your help! Maxime Bégnis
AW: preprocessing of images
Hi Maxime, Fop can work with quite a lot of image types. For resizing there are img attributes. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Maxime Bégnis [mailto:max...@neodoc.biz] Gesendet: Dienstag, 5. Oktober 2010 13:56 An: fop-users@xmlgraphics.apache.org Betreff: preprocessing of images Hi all, I'm wondering if there is a standard way in the FOP API to pre-process images, i.e. resizing, converting to a specific format, etc... before they are included in the resulting PDF? I use FOP 1.0 embedded in a java app. Thanks a lot for your help! Maxime Bégnis
AW: AW: Identifying absolute position of a FO:Block
Hi, First: I had a look at IF, but AT is better suited for the task, IMHO. Now for some details: Here's a simple fo file with a named block: http://www.w3.org/1999/XSL/Format";> testtext Here's the area tree for this fo (fop test.fo -at test.xml): testtext Now look for the block element with attribute prod-id="block-to-find". That's your target block. As Craig said, if the block spans more pages, there may be more than one block with this attribute. Now you can get the width of the block (attribute ipd) and the height (attribute bpd). Use ipda and bpda if you need the padding, too. Also see http://wiki.apache.org/xmlgraphics-fop/AreaTreeXMLDocumentation or search this mailing list for "area tree". For the block's position in the page, add the height of all previous blocks in the page. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Craig Ringer [mailto:cr...@postnewspapers.com.au] Gesendet: Dienstag, 5. Oktober 2010 02:35 An: fop-users@xmlgraphics.apache.org Cc: mithunk Betreff: Re: AW: Identifying absolute position of a FO:Block On 4/10/2010 11:28 PM, mithunk wrote: > > Thanks Georg, > > I am new to FOP. Can you please help me with how to calculate the position > by giving a block id. > I modified my XSL with a block id (for a field), now dont know how to > calculate the position. METHOD 1: Use fop to produce the intermediate "area tree" output from your XSL-FO. See the documentation for details on that. Once you have the area tree, use xpath to find the block. IIRC the id will be in the 'prod-id' attribute of the block(s) generated. If it's broken across a page, column, etc there may be more than one element generated. Once you've found the element(s) you should be able to work out the position from the positioning attributes them and their parent elements. It's possible that the new intermediate format ("IF") is better than the area tree for this, but I haven't worked with it much so all I can suggest is generating it, looking at it, and seeing if it's useful. I have the feeling the new IF doesn't include element IDs, but I may be misremembering. -- Craig Ringer Tech-related writing at http://soapyfrogs.blogspot.com/ - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: RE: Change bars
And I apologize for putting the fame on Alex instead of Stephan. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Fredrik Bengtsson [mailto:fredrik.bengts...@lemontree.se] Gesendet: Montag, 4. Oktober 2010 22:28 An: fop-users@xmlgraphics.apache.org Betreff: RE: RE: Change bars I appreciate both the reply and your hard work! Thanks, I will try it out. -Original Message- From: Stephan Thesing [mailto:thes...@gmx.de] Sent: den 4 oktober 2010 19:31 To: fop-users@xmlgraphics.apache.org Subject: Re: RE: Change bars Hello, I am (still) working on the change-bars. A branch in the repository with some current code is available under branches/Temp_ChangeBars See also the bug report 48548 in Bugzilla for status and issues. Unfortunately, I have not had much time to work on this since April, but will have time available this and next month (my employer also wants to have this introduced into FOP). Best regards Stephan Thesing Original-Nachricht > Datum: Mon, 4 Oct 2010 09:55:09 +0200 > Von: "Fredrik Bengtsson" > An: fop-users@xmlgraphics.apache.org > Betreff: RE: Change bars > Terribly sorry for the accidental Ctrl+Enter there. Continuing: > > > > Has anybody made some partially functioning patch set or similar? We have > absolutely no need for styling or multiple bars; all we need is to have a > simple black line whenever the revisionflag attribute is present on any > docbook element spanning that vertical segment - no matter what its value or > whether they are overlapping. We can even guarantee that there are no > overlaps. > > > > Under these simpler circumstances, do we have a future with FOP if the > solution has to be ready fairly shortly, or will we have to switch to another > processor? > > > > Thanks, > > /Fredrik > > > > From: Fredrik Bengtsson > Sent: den 4 oktober 2010 09:49 > To: 'fop-users@xmlgraphics.apache.org' > Subject: Change bars > > > > Hi, > > > > We are attempting to produce legal documents using FOP 1.0 for a customer. > These documents, at least those that are modifications of existing > regulations, make extensive use of change bars. See the attached image. > > > > I gather that there is no official support for rendering of change bars in > FOP, even though there exists XSLT for producing the proper FO. What is > the current state of the art here? Are there any suggestions for workarounds, > or have > > Fredrik Bengtsson > Technical Consultant > Lemontree > > Mobile: > > +46 739 03 06 92 > > Switch: > > +46 8 600 41 60 > > Fax: > > +46 8 600 41 70 > > Email: > > fredrik.bengts...@lemontree.se > > Website: > > www.lemontree.se <http://www.lemontree.se/> > > Address: > > Arenavägen 41, SE-121 77 Johanneshov > > > > Lemontree - skillnaden som gör skillnaden > > > > > -- Dr.-Ing. Stephan Thesing Elektrastr. 50 81925 München GERMANY GRATIS: Spider-Man 1-3 sowie 300 weitere Videos! Jetzt freischalten! http://portal.gmx.net/de/go/maxdome - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Identifying absolute position of a FO:Block
Hi mithunk, Add an id to your block, generate the area tree, look for the id and calculate the position from there. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: mithunk [mailto:mithunakulka...@yahoo.com] Gesendet: Freitag, 1. Oktober 2010 17:02 An: fop-users@xmlgraphics.apache.org Betreff: Identifying absolute position of a FO:Block Hi, I am using FOP 1.0 version. In my application we are generating PDFs in one component and apply eSignature in another sub system. Initially there was no eSignature and user use to print pdfs and sign manually. However we are trying to introduce eSignature. Now the requirement is the first component that generates PDF needs to pass the signature block's position information so that the second subsystem stamps the signature in the correct area. Now as we are not using any Acroforms and the subsytem stamping eSignature is some propriatery vendor product, how do I identify the absolute position of a fo:block in my PDF? Please help. Thanks, MK -- View this message in context: http://old.nabble.com/Identifying-absolute-position-of-a-FO%3ABlock-tp29858679p29858679.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Change bars
Hi Fredrik, I know somebody (Alex?) was working on that some time ago, but I haven't heard about it lately. Check the list archive for first pointers. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Fredrik Bengtsson [mailto:fredrik.bengts...@lemontree.se] Gesendet: Montag, 4. Oktober 2010 09:55 An: fop-users@xmlgraphics.apache.org Betreff: RE: Change bars Terribly sorry for the accidental Ctrl+Enter there. Continuing: Has anybody made some partially functioning patch set or similar? We have absolutely no need for styling or multiple bars; all we need is to have a simple black line whenever the revisionflag attribute is present on any docbook element spanning that vertical segment - no matter what its value or whether they are overlapping. We can even guarantee that there are no overlaps. Under these simpler circumstances, do we have a future with FOP if the solution has to be ready fairly shortly, or will we have to switch to another processor? Thanks, /Fredrik From: Fredrik Bengtsson Sent: den 4 oktober 2010 09:49 To: 'fop-users@xmlgraphics.apache.org' Subject: Change bars Hi, We are attempting to produce legal documents using FOP 1.0 for a customer. These documents, at least those that are modifications of existing regulations, make extensive use of change bars. See the attached image. I gather that there is no official support for rendering of change bars in FOP, even though there exists XSLT for producing the proper FO. What is the current state of the art here? Are there any suggestions for workarounds, or have Fredrik Bengtsson Technical Consultant Lemontree Mobile: +46 739 03 06 92 Switch: +46 8 600 41 60 Fax: +46 8 600 41 70 Email: fredrik.bengts...@lemontree.se<mailto:fredrik.bengts...@lemontree.se> Website: www.lemontree.se<http://www.lemontree.se/> Address: Arenavägen 41, SE-121 77 Johanneshov Lemontree - skillnaden som gör skillnaden
AW: Height of a block-container with absolutely positioned children
Hi Andreas, I still don't get it. If your user can position the fields anywhere he wants, he will always risk placing a field over a second field. If growing fields can only be placed in the bottom row, you could use one block per database record and place the fields in relation to this block, not in relation to the page. Usually blocks without explicit height get the height required by their children. Your main problem seems to be with the blocks outside of the flow and I still don't get why they have to be outside. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Mittwoch, 29. September 2010 12:09 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi, to illustrate what we do exactly, please have a look at the following screenshot: http://development.picturemaxx.com/report/report_generator.png If you already used the report generator of MS Access, that's quite similar. The user can position fields taken from sql records within a block of data. This block is repeated for every sql row in recordset. The user has now two possibilities, set a fixed height of the block, or let the block expand to the height of the contents. The field "Additional Text" may span multiple lines dependent on the contents of the sql row. The only way we found to position fields within a block is the hierarchical use of block-containers with absolute positioning, with the downside of the described behavior, that the top level block-container doesn't have a height. Maybe we used the wrong method, but the only alternative with float related properties are not supported by fop. Any other ideas? Best, Andreas Andreas Zehender Master of Computer Science Software Development picturemaxx AG Stefan-George-Ring 2 81929 München GERMANY -Ursprüngliche Nachricht- Von: Georg Datterl [mailto:georg.datt...@geneon.de] Gesendet: Mittwoch, 29. September 2010 09:41 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi Andreas, OK, then why do you use absolute positioning? A simple flow of blocks should do exactly what you need. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Mittwoch, 29. September 2010 08:45 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi, I don't think you got the problem. The example renders as follows: - 5 | 6 | 4 7 | - 8 - Block 4 has no height, so 5 6 7 are rendered at same place. What we expect is, that block 4 gets exactly the height of its contents, so the result would be - 4 - 5 6 7 - 8 - Are there any other methods to create overlaying regions? Best, Andreas Andreas Zehender Master of Computer Science Software Development picturemaxx AG Stefan-George-Ring 2 81929 München GERMANY -----Ursprüngliche Nachricht- Von: Georg Datterl [mailto:georg.datt...@geneon.de] Gesendet: Dienstag, 28. September 2010 09:57 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi Andreas, What about a table with two cells, one cell with 5-7, second cell with 4? Block 8 starts after the table. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Wil
AW: Height of a block-container with absolutely positioned children
Hi Andreas, OK, then why do you use absolute positioning? A simple flow of blocks should do exactly what you need. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Mittwoch, 29. September 2010 08:45 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi, I don't think you got the problem. The example renders as follows: - 5 | 6 | 4 7 | - 8 - Block 4 has no height, so 5 6 7 are rendered at same place. What we expect is, that block 4 gets exactly the height of its contents, so the result would be - 4 - 5 6 7 - 8 - Are there any other methods to create overlaying regions? Best, Andreas Andreas Zehender Master of Computer Science Software Development picturemaxx AG Stefan-George-Ring 2 81929 München GERMANY -Ursprüngliche Nachricht----- Von: Georg Datterl [mailto:georg.datt...@geneon.de] Gesendet: Dienstag, 28. September 2010 09:57 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi Andreas, What about a table with two cells, one cell with 5-7, second cell with 4? Block 8 starts after the table. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Dienstag, 28. September 2010 09:47 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi, thanks for the quick reply, but that doesn't solve my problem. I know that block 4 is behind 5-7, because the surrounding block-container has no height. What I want to achieve is, that the top level block container has automatically the height of the contents. In the example below 1.5cm. In this example, the height is known, but there may be cases where a block contains long texts which may span multiple lines, where we don't know in advance how much space is used. 4 In php/css we would append a , which forces the flow to continue below all previous elements, but a doesn't have any impact on the height in fop. Btw: We use fop 1.0 Best, Andreas Andreas Zehender Master of Computer Science Software Development picturemaxx AG Stefan-George-Ring 2 81929 München GERMANY -Ursprüngliche Nachricht- Von: Georg Datterl [mailto:georg.datt...@geneon.de] Gesendet: Dienstag, 28. September 2010 09:25 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi Andreas, Block 4 is not visible, because it's behind Block 6 and 7. Set the width of the block-container surrounding blocks 5 - 7 to 50% and you will see Block 4. Regards, Georg Datterl ------ Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Dienstag, 28. September 2010 08:59 An: fop-users@xmlgraphics.apache.org Betreff: Height of a block-container with absolutely positioned children Hi, we have a user defined report generator, where users can position sql fields inside blocks with sql data. ---Report Block [Fi
AW: Height of a block-container with absolutely positioned children
Hi Andreas, What about a table with two cells, one cell with 5-7, second cell with 4? Block 8 starts after the table. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Dienstag, 28. September 2010 09:47 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi, thanks for the quick reply, but that doesn't solve my problem. I know that block 4 is behind 5-7, because the surrounding block-container has no height. What I want to achieve is, that the top level block container has automatically the height of the contents. In the example below 1.5cm. In this example, the height is known, but there may be cases where a block contains long texts which may span multiple lines, where we don't know in advance how much space is used. 4 In php/css we would append a , which forces the flow to continue below all previous elements, but a doesn't have any impact on the height in fop. Btw: We use fop 1.0 Best, Andreas Andreas Zehender Master of Computer Science Software Development picturemaxx AG Stefan-George-Ring 2 81929 München GERMANY -Ursprüngliche Nachricht- Von: Georg Datterl [mailto:georg.datt...@geneon.de] Gesendet: Dienstag, 28. September 2010 09:25 An: fop-users@xmlgraphics.apache.org Betreff: AW: Height of a block-container with absolutely positioned children Hi Andreas, Block 4 is not visible, because it's behind Block 6 and 7. Set the width of the block-container surrounding blocks 5 - 7 to 50% and you will see Block 4. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Dienstag, 28. September 2010 08:59 An: fop-users@xmlgraphics.apache.org Betreff: Height of a block-container with absolutely positioned children Hi, we have a user defined report generator, where users can position sql fields inside blocks with sql data. ---Report Block [Field A] [Field B] Text Label [ ] [Field C] [ ] --- I tried to use hierarchical block containers so far, top level as container, and on second level absolutely positioned block containers as child elements. Everything works correctly, when I specify a height for the top level container. However, in some cases the top level container should expand, when contents inside the container doesn't fit. I tried to simply remove the height attribute, but since the block containers on second level are taken out of the flow, the parent container doesn't use space and has zero height. See sample below. block "4" is not visible in pdf. Is there a way to automatically enlarge the parent container, or to enforce the flow below the content of the container, although the child containers are absolutely positioned? Best, Andreas Sample code: http://www.w3.org/1999/XSL/Format";> header 1 footer 1 4 5 6 7 8 Andreas Zehender Master of Computer Science Software Development picturemaxx AG Stefan-George-Ring 2 81929 München GERMANY - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional
AW: Height of a block-container with absolutely positioned children
Hi Andreas, Block 4 is not visible, because it's behind Block 6 and 7. Set the width of the block-container surrounding blocks 5 - 7 to 50% and you will see Block 4. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: andreas.zehen...@picturemaxx.com [mailto:andreas.zehen...@picturemaxx.com] Gesendet: Dienstag, 28. September 2010 08:59 An: fop-users@xmlgraphics.apache.org Betreff: Height of a block-container with absolutely positioned children Hi, we have a user defined report generator, where users can position sql fields inside blocks with sql data. ---Report Block [Field A] [Field B] Text Label [ ] [Field C] [ ] --- I tried to use hierarchical block containers so far, top level as container, and on second level absolutely positioned block containers as child elements. Everything works correctly, when I specify a height for the top level container. However, in some cases the top level container should expand, when contents inside the container doesn't fit. I tried to simply remove the height attribute, but since the block containers on second level are taken out of the flow, the parent container doesn't use space and has zero height. See sample below. block "4" is not visible in pdf. Is there a way to automatically enlarge the parent container, or to enforce the flow below the content of the container, although the child containers are absolutely positioned? Best, Andreas Sample code: http://www.w3.org/1999/XSL/Format";> header 1 footer 1 4 5 6 7 8 Andreas Zehender Master of Computer Science Software Development picturemaxx AG Stefan-George-Ring 2 81929 München GERMANY - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Page numbers
Hi Jeff, should be a value which is different for each invoice. So for the first invoice, the block might look like Page of and For the second invoice Page of and And so on... Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Dienstag, 14. September 2010 16:41 An: fop-users@xmlgraphics.apache.org Betreff: RE: Page numbers Georg, I made the change you suggested as follows: Page of ... ... ... Here is the error: [Fatal Error] cy.xsl:199:76: The value of attribute "ref-id" associated with an element type "fo:page-number-citation" must not contain the '<' character. file:///CY/JLS/./java/cy.xsl; Line #199; Column #76; org.xml.sax.SAXParseException: The value of attribute "ref-id" associated with an element type "fo:page-number-citation" must not contain the '<' character. Jeff Steffanina Marriott International FOSSE Development, Bethesda, MD (301)380-2047 jeff.steffan...@marriott.com Marriott Technology: Shaping and Enabling Our Business above-property solutions § agile designs § personalized connectivity This communication contains information from Marriott International, Inc. that may be confidential. Except for personal use by the intended recipient, or as expressly authorized by the sender, any person who receives this information is prohibited from disclosing, copying, distributing, and/or using it. If you have received this communication in error, please immediately delete it and all copies, and promptly notify the sender. Nothing in this communication is intended as an electronic signature under applicable law. From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Tuesday, September 14, 2010 8:32 AM To: fop-users@xmlgraphics.apache.org Subject: AW: Page numbers Hi Jeff, Sure. Untried, but should work: "last-page" is just called "last-page" for convenience. Each invoice (=page-sequence) can have one last block with a name like "last-page of Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Dienstag, 14. September 2010 14:27 An: fop-users@xmlgraphics.apache.org Betreff: RE: Page numbers Georg, A single XML file contains many invoices. Any single invoice may contain multiple pages. For EACH invoice in the file, I need to produce a page count in the form of: Page x of z for that invoice. Any ideas? Jeff From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Monday, September 13, 2010 3:00 PM To: fop-users@xmlgraphics.apache.org Subject: AW: Page numbers Hi Jeff, your block is inside of a . So you probably get such a block once per invoice. You only want it on the last invoice. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Montag, 13. September 2010 20:48 An: fop-users@xmlgraphics.apache.org Betreff: Page numbers FOP 0.95 Java 5 I receive a single, large XML invoice file. A single file contains multiple invoices of varying length. When the XML contains only ONE in
AW: Page numbers
Hi Jeff, Sure. Untried, but should work: "last-page" is just called "last-page" for convenience. Each invoice (=page-sequence) can have one last block with a name like "last-page of Mit freundlichen Grüßen Georg Datterl ------ Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Dienstag, 14. September 2010 14:27 An: fop-users@xmlgraphics.apache.org Betreff: RE: Page numbers Georg, A single XML file contains many invoices. Any single invoice may contain multiple pages. For EACH invoice in the file, I need to produce a page count in the form of: Page x of z for that invoice. Any ideas? Jeff From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Monday, September 13, 2010 3:00 PM To: fop-users@xmlgraphics.apache.org Subject: AW: Page numbers Hi Jeff, your block is inside of a . So you probably get such a block once per invoice. You only want it on the last invoice. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Montag, 13. September 2010 20:48 An: fop-users@xmlgraphics.apache.org Betreff: Page numbers FOP 0.95 Java 5 I receive a single, large XML invoice file. A single file contains multiple invoices of varying length. When the XML contains only ONE invoice my page numbering works fine. I am trying to number the pages in the form of: Page x of z However, when I include multiple invoices within ONE XML file, my "last-page" logic fails. I get this error: ValidationException: Property id "last-page" previously used; id values must be unique in document. When I remove the references to "last-page", my invoices print as expected. Currently, I use the following logic: Page of ... ... ... Any suggestions? Jeff
AW: Page numbers
Hi Jeff, your block is inside of a . So you probably get such a block once per invoice. You only want it on the last invoice. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Montag, 13. September 2010 20:48 An: fop-users@xmlgraphics.apache.org Betreff: Page numbers FOP 0.95 Java 5 I receive a single, large XML invoice file. A single file contains multiple invoices of varying length. When the XML contains only ONE invoice my page numbering works fine. I am trying to number the pages in the form of: Page x of z However, when I include multiple invoices within ONE XML file, my "last-page" logic fails. I get this error: ValidationException: Property id "last-page" previously used; id values must be unique in document. When I remove the references to "last-page", my invoices print as expected. Currently, I use the following logic: Page of ... ... ... Any suggestions? Jeff
AW: AW: 2 Column Layout and Text-Align
Hi Johannes, Is "body" your fo file or your pdf file? If it is your fo file, you have to change your transformation. The blocks have to come in the same order as you want them printed. If you talk about your PDF, then I assume you are complaining about the automatic column balancing. You can turn this off with a fox attribute in flow: Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: JPee [mailto:per...@softwareforen.de] Gesendet: Montag, 13. September 2010 16:56 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: 2 Column Layout and Text-Align Hi Georg, thx for your response. I made a fault in my description. In the body the items are ordered like this. 13 24 emptyempty But what i need is this: 14 2empty 3empty So if there are'nt enough items to fill both columns, that first the left column will be filled. Greetings Johannes Perlet Georg Datterl wrote: > > Hi Johannes, > > column-count="2" should do that. Probably a problem somewhere else in your > page? > > Mit freundlichen Grüßen > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: JPee [mailto:per...@softwareforen.de] > Gesendet: Montag, 13. September 2010 16:42 > An: fop-users@xmlgraphics.apache.org > Betreff: 2 Column Layout and Text-Align > > > Hello all, > > in my project i have my bodypart of the page divided into 2 columns by the > following code part: > > margin-top="37mm" column-count="2" column-gap="12mm"/> > > In the body the items are ordered like this. > > 12 > 34 > 56 > > > But what i need is this: > 14 > 25 > 36 > > Is there an attribute for this? > > Thanks and greets from leipzig > > Johannes Perlet > -- > View this message in context: > http://old.nabble.com/2-Column-Layout-and-Text-Align-tp29699033p29699033.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 > > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > -- View this message in context: http://old.nabble.com/2-Column-Layout-and-Text-Align-tp29699033p29699180.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
AW: 2 Column Layout and Text-Align
Hi Johannes, column-count="2" should do that. Probably a problem somewhere else in your page? Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: JPee [mailto:per...@softwareforen.de] Gesendet: Montag, 13. September 2010 16:42 An: fop-users@xmlgraphics.apache.org Betreff: 2 Column Layout and Text-Align Hello all, in my project i have my bodypart of the page divided into 2 columns by the following code part: In the body the items are ordered like this. 12 34 56 But what i need is this: 14 25 36 Is there an attribute for this? Thanks and greets from leipzig Johannes Perlet -- View this message in context: http://old.nabble.com/2-Column-Layout-and-Text-Align-tp29699033p29699033.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: Incorrect hyphenation of Polish language
Hi Matthias, I think you can add your own hyphenations to the pattern file and your changes overrule the other patterns. Not sure, though. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Matthias Reischenbacher [mailto:matthias8...@gmx.at] Gesendet: Freitag, 10. September 2010 18:09 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: Incorrect hyphenation of Polish language Hi Georg, thanks for your response. In this case I don't want to prevent hyphenation. The problem is, that the hyphenation is done incorrectly. I might end up adding some exceptions in order to disable hyphenation for some words but that's only a suboptimal solution. Regards, Matthias On 10.09.2010 12:44, Georg Datterl wrote: > Hi Matthias, > > I don't quite understand why keep-together does not work for you, but if you > only have a few words where you want to prevent hyphenation, you can write > exceptions directly into the pattern file. > > Mit freundlichen Grüßen > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult& Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: Matthias Reischenbacher [mailto:matthias8...@gmx.at] > Gesendet: Freitag, 10. September 2010 17:31 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: Incorrect hyphenation of Polish language > > Hi, > > thanks for testing Pascal. Actually I was already using the new unicode > hyphenation patterns (which by the way seem to work just fine in other > languages). > > I think that the polish tex file is the same for both versions (The last > modification date of the file is back in 1995!). > http://www.ctan.org/tex-archive/language/hyphenation/ > > Are there any alternative hyphenation patterns? > > Regards, > Matthias > > On 10.09.2010 09:47, Pascal Sancho wrote: >>Hi, >> I tried both OFFO 1.2 and utf-8 0.1 with a copy of the text nested in >> the Matthias"s PNG, and I get the same output as described. So, I guess >> there is no change for the Polish between the 2 versions >> -- >> Pascal >> >> Le 10/09/2010 14:42, Simon Pepping a écrit : >>> On Thu, Sep 09, 2010 at 07:08:45PM -0300, Matthias Reischenbacher wrote: >>>> Hi, >>>> >>>> I'm having problems with hyphenation of text in polish language. A >>>> polish translator checked a 200 pages PDF file generated by FOP and >>>> found over 30 hyphenation errors. >>>> >>>> I double checked if the language attribute was correctly set on the >>>> fo:root element. >>>> >>>> Is it possible that the hyphenation pattern is just wrong in some >>>> cases? If that's the case, are there any other hyphenation patterns >>> Yes, that is possible. >>> >>>> that can be used (including commercial ones)? >>> At >>> http://sourceforge.net/projects/offo/files/offo-hyphenation-utf8/0.1/offo-hyphenation-fop-stable-utf8.zip/download >>> you will find some new hyphenation patterns, which you can try. They >>> are based on the current UTF-8 hyphenation patterns in TeX. I do not >>> know if the Polish patterns are really different from the old >>> ones. You need fop-1.0 to use these patterns. >>> >>> Simon >>> >> >> >> - >> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org >> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org >> >> >> __ Information from ESET NOD32 Antivirus, version of virus signature >> database 5439 (20100910) __ >> >> The message was checked by ESET NOD32 Antivirus. >> >> http://www.eset.co
AW: Incorrect hyphenation of Polish language
Hi Matthias, I don't quite understand why keep-together does not work for you, but if you only have a few words where you want to prevent hyphenation, you can write exceptions directly into the pattern file. Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Matthias Reischenbacher [mailto:matthias8...@gmx.at] Gesendet: Freitag, 10. September 2010 17:31 An: fop-users@xmlgraphics.apache.org Betreff: Re: Incorrect hyphenation of Polish language Hi, thanks for testing Pascal. Actually I was already using the new unicode hyphenation patterns (which by the way seem to work just fine in other languages). I think that the polish tex file is the same for both versions (The last modification date of the file is back in 1995!). http://www.ctan.org/tex-archive/language/hyphenation/ Are there any alternative hyphenation patterns? Regards, Matthias On 10.09.2010 09:47, Pascal Sancho wrote: > Hi, > I tried both OFFO 1.2 and utf-8 0.1 with a copy of the text nested in > the Matthias"s PNG, and I get the same output as described. So, I guess > there is no change for the Polish between the 2 versions > -- > Pascal > > Le 10/09/2010 14:42, Simon Pepping a écrit : >> On Thu, Sep 09, 2010 at 07:08:45PM -0300, Matthias Reischenbacher wrote: >>> Hi, >>> >>> I'm having problems with hyphenation of text in polish language. A >>> polish translator checked a 200 pages PDF file generated by FOP and >>> found over 30 hyphenation errors. >>> >>> I double checked if the language attribute was correctly set on the >>> fo:root element. >>> >>> Is it possible that the hyphenation pattern is just wrong in some >>> cases? If that's the case, are there any other hyphenation patterns >> Yes, that is possible. >> >>> that can be used (including commercial ones)? >> At >> http://sourceforge.net/projects/offo/files/offo-hyphenation-utf8/0.1/offo-hyphenation-fop-stable-utf8.zip/download >> you will find some new hyphenation patterns, which you can try. They >> are based on the current UTF-8 hyphenation patterns in TeX. I do not >> know if the Polish patterns are really different from the old >> ones. You need fop-1.0 to use these patterns. >> >> Simon >> > > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > __ Information from ESET NOD32 Antivirus, version of virus signature > database 5439 (20100910) __ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > > - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: XSLT Help
Hi Chris, Yes, I suggest you to ask on the Mulberry Tech XSL list: http://www.mulberrytech.com/xsl/xsl-list/index.html You will have more chance to find XSLT specialists who will be able to help you. [this message C&P from Vincent] Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: CRANFORD, CHRIS [mailto:chris.cranf...@setech.com] Gesendet: Freitag, 10. September 2010 16:23 An: fop-users@xmlgraphics.apache.org Betreff: XSLT Help I am struggling with the best way to parse the following XML section from my document with XSLT using FOP. 2010 1 1 2009 3 2 In the PDF output, what I actually need to be able to produce is to take the current year (2010) and go backward a total of 4 years. The XML document could contain data in this section that dates back prior to 2006 and that information is just not used in this output. The PDF should look like the following: J F M A M J J A S O N D Total - - - - - - - - - - - - - 2010 1 0 0 0 0 0 0 0 0 0 0 0 1 2009 0 0 2 0 0 0 0 0 0 0 0 0 2 The XSLT starts with 2010, searches for data for month 1 and steps by 1 until 12, keeping a total and then displays the yearly total, decrements the year, resets the month to 1 and starts the process over. During each step, I need to examine the XML document to find if data exists for the year/month in /document/usage/record by those two data values and if not, default a 0 usage; otherwise read the value of /quantity from the record. Anyone have any suggestions on the best way to do this? Chris - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: Memory Leak issue -- FOP
Hi Craig, Before you start working on that, look at https://issues.apache.org/bugzilla/show_bug.cgi?id=47314 Ben Wuest did some stuff to start rendering without a finished page sequence. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Craig Ringer [mailto:cr...@postnewspapers.com.au] Gesendet: Freitag, 10. September 2010 10:14 An: fop-users@xmlgraphics.apache.org Cc: Georg Datterl Betreff: Re: AW: Memory Leak issue -- FOP On 09/10/2010 03:44 PM, Georg Datterl wrote: > Hi Hamed, > > I did some pretty large publications with lots of images. 1500 pages > took 2GB memory, after I put some effort in memory optimization. The > only FOP-related issue I found was image caching and that can be > disabled. I'm quite sure I would have found a memory leak in FOP, > especially one related to ordinary LayoutManagers. So either make your > page-sequences shorter or give fop more memory. I can't help but wonder if FOP needs to keep the whole page sequence in memory, at least for PDF output. Admittedly I haven't verified that it *is* keeping everything in RAM, but that's certainly a whole lot of RAM for a moderate-sized document. I've been meaning to look at how fop is doing its PDF generation for a while, but I've been head-down trying to finish a web-based UI for work first. I do plan to look at it though as I've done a fair bit of work on PDF generation libraries and I'm curious about how Fop is doing it (and how much wheel-reinvention might be going on). Anyway, PDF is *designed* for streaming output, so huge PDFs can be produced using only very small amounts of memory with a bit of thought into how the output works. I've had no issues generating multi-hundred-megabyte PDF documents with very small amounts of RAM using PoDoFo, a C++ PDF library that supports direct-to-disk PDF generation. There are all sorts of tricks you can do. The most important is of course that you can make back- or forward- indirect references to almost any object, with no constraints on object order in the document. You can write whatever you generate out very aggressively. You can even split your content stream(s) for each page into multiple segments so you can write the content stream out when it gets too big. Or write the content stream to a tempfile, then merge it into the PDF after the other resources for the page have been written. There should be no need for image caching, because once you've written the image object to the PDF once, you can just reference it again in later pages. Not only does that save RAM but it makes your PDF smaller and faster. It works even if your image is used in different sizes, scales, etc in different parts of the document, because you can crop and scale using content-stream instructions. You don't even have to keep the page dictionaries in RAM. You can write them out when the page is done (or before). Because forward-indirect references are permitted, if you have content on the page that's yet to be generated you can reserve some object IDs for those content streams and output indirect references to the as-yet nonexistent content streams in the page dictionary. About the only time I can think of when you have to keep something in memory (or at least, in a tempfile) is when you have content in a page (like total page counts) that cannot be generated until later in the document - and may re-flow the rest of the page's content. If the late-generated content won't force a reflow it can just be put in a separate content stream with a forward-reference. Admittedly, I'm speaking only about the actual PDF generation. It may well be that generating the AT/IF is inherently demanding of resident RAM, or that the IF/AT don't contain enough information to generate pages progressively. The point, though, is that PDF output shouldn't use much RAM if the PDF output code is using PDF features to make it efficient. Sometimes it's a trade-off between how efficient the produced PDF is and how efficient its creation is, but you can always post-process (optimize) a PDF once it's generated if you want to do things like linearize it for fast web loading. -- Craig Ringer - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Custom font issue
Hi ali, I'm by far no expert in Fonts, but could this line: WARNING: Unable to load font file: file:/Library/Fonts/Raanana.ttf. Reason: java.io.IOException: TrueType font is not supported: file:/Library/Fonts/Raanana.ttf be quite a useful hint? Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: ali naqi [mailto:ali.n...@coeus-solutions.de] Gesendet: Freitag, 10. September 2010 10:05 An: fop-users@xmlgraphics.apache.org Betreff: Re: Custom font issue By the way.. if I execute ./fop example.fo<http://example.fo> example.pdf The output is as follows: Sep 10, 2010 10:01:30 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "AvantGarde Md BT,normal,700" not found. Substituting with "any,normal,700". Sep 10, 2010 10:01:30 AM org.apache.fop.events.LoggingEventListener processEvent INFO: table-layout="fixed" and width="auto", but auto-layout not supported => assuming width="100%". (See position 20:197) Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Arial,normal,400" not found. Substituting with "any,normal,400". Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Arial,normal,700" not found. Substituting with "any,normal,700". Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Symbol,normal,700" not found. Substituting with "Symbol,normal,400". Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "ZapfDingbats,normal,700" not found. Substituting with "ZapfDingbats,normal,400". Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Arial,italic,700" not found. Substituting with "any,italic,700". Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Arial,italic,400" not found. Substituting with "any,italic,400". Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "AvantGarde Md BT,normal,400" not found. Substituting with "any,normal,400". Sep 10, 2010 10:01:31 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "AvantGarde Bk BT,normal,400" not found. Substituting with "any,normal,400". [Deprecated] Xalan: org.apache.xml.serializer.XMLEntities The PDF is generated without the fonts. And if I execute: ./fop example.fo<http://example.fo> example.pdf -c conf/fop.xconf I get errors like: Sep 10, 2010 10:03:45 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Unable to load font file: file:/Library/Fonts/Raanana.ttf. Reason: java.io.IOException: TrueType font is not supported: file:/Library/Fonts/Raanana.ttf Sep 10, 2010 10:03:45 AM org.apache.fop.fonts.truetype.TTFFile readCMAP SEVERE: Unsupported TrueType font: No Unicode or Symbol cmap table not present. Aborting Sep 10, 2010 10:03:45 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Unable to load font file: file:/Library/Fonts/RaananaBold.ttf. Reason: java.io.IOException: TrueType font is not supported: file:/Library/Fonts/RaananaBold.ttf ... WARNING: Unable to load font file: file:/Library/Fonts/Skia.ttf. Reason: java.io.IOException: TrueType font is not supported: file:/Library/Fonts/Skia.ttf Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at org.apache.commons.io.output.ByteArrayOutputStream.toByteArray(ByteArrayOutputStream.java:237) at org.apache.commons.io.IOUtils.toByteArray(IOUtils.java:219) at org.apache.fop.fonts.truetype.FontFileReader.init(FontFileReader.java:45) at org.apache.fop.fonts.truetype.FontFileReader.(FontFileReader.java:74) at org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:204) at org.apache.fop.fonts.FontAdder.add(FontAdder.java:60) at org.apache.fop.fonts.FontDetector.detect(FontDetector.java:90) at org.apache.fop.fonts.FontInfoConfigurator.configure(FontInfoConfigurator.java:92) at org.apache.fop.render.PrintRendererConfigura
AW: Memory Leak issue -- FOP
Hi Hamed, I did some pretty large publications with lots of images. 1500 pages took 2GB memory, after I put some effort in memory optimization. The only FOP-related issue I found was image caching and that can be disabled. I'm quite sure I would have found a memory leak in FOP, especially one related to ordinary LayoutManagers. So either make your page-sequences shorter or give fop more memory. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Hamed Mohammed [mailto:mohdhamedms...@gmail.com] Gesendet: Donnerstag, 9. September 2010 19:55 An: fop-users@xmlgraphics.apache.org Cc: Dominik Stadler; Craig Ringer Betreff: Re: Memory Leak issue -- FOP Hi, Attached word file includes snap shots of exeption and heap dump analysis. On Wed, Sep 8, 2010 at 7:10 PM, Craig Ringer mailto:cr...@postnewspapers.com.au>> wrote: On 9/09/2010 1:55 AM, Hamed Mohammed wrote: Hi, This the expection I get when I try to convert XSL:FO to PDF . Did you try to attach a screenshot or something? Put the exception text in a text file attachment (to protect it from email client word wrapping) or paste it here: http://pastebin.com/ ... and include the link it give you in your email. -- Craig Ringer Tech-related writing at http://soapyfrogs.blogspot.com/ - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org<mailto:fop-users-unsubscr...@xmlgraphics.apache.org> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org<mailto:fop-users-h...@xmlgraphics.apache.org> -- Thanks, Hamed Mohammed, Email: mohdhamedms...@gmail.com<mailto:mohdhamedms...@gmail.com>.
AW: FOP and Internationalization
Hi Chris, And how exactly would FOP know, which files are your property files and which language to use? No, I guess the correct setup would be: The xml you pass to fop contains a field with the language. The xsl file (p4epfo.xsl [Maybe .xml works too, but .xsl is the preferred naming convention) has a list of property files. It reads the language field, grabs the correct property file and replaces the text keys. But it would probably be much easier, if you grab the record from the database and replace the text keys before you pass the XML string to FOP. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: CRANFORD, CHRIS [mailto:chris.cranf...@setech.com] Gesendet: Donnerstag, 9. September 2010 16:42 An: fop-users@xmlgraphics.apache.org Betreff: RE: FOP and Internationalization Georg - Please excuse my ignorance, but exactly how would I go about doing that? What I had in mind was that a URL would be called that did the following: - Requested the database record from the data store - Converts the POJO into an XML string in memory. - Pass the XML string to FOP The XSLT I had planned would be a static file that was created and then packaged as a resource file in the web app, much like my property file for internationalization. applicationMessages_en.properties <- English Text applicationMessages_fr.properties <- French Text p4epfo.xml<- Apache FOP XSLT Chris > -Original Message----- > From: Georg Datterl [mailto:georg.datt...@geneon.de] > Sent: Thursday, September 09, 2010 9:29 AM > To: fop-users@xmlgraphics.apache.org > Subject: AW: FOP and Internationalization > > Hi Chris, > > I guess, your transformation has to take care of that. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: FOP and Internationalization
Hi Chris, I guess, your transformation has to take care of that. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: CRANFORD, CHRIS [mailto:chris.cranf...@setech.com] Gesendet: Donnerstag, 9. September 2010 16:26 An: fop-users@xmlgraphics.apache.org Betreff: FOP and Internationalization I have a number of I18N labels in a standard resource bundle property file in my web application. How can I leverage this file inside of FOP in order to provide internationalization of the text inside the XSLT when generating the PDF output with Apache FOP? Can someone show a brief example? Chris - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Double spaces are removed in PDF generation
Hi Bas, replace the blanks with . Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Bas van den Broek [mailto:bas.van.den.br...@mendix.com] Gesendet: Mittwoch, 8. September 2010 12:31 An: fop-users@xmlgraphics.apache.org Betreff: Double spaces are removed in PDF generation Hello all, I've generated an FO file based on XHTML using AntennaHouse's XSLT. My source XHTML has a line of text with a postal code, 2 spaces and then a city name. This is a block from the generated FO file: 1000AA Rotterdam Now I use this FO file to generate a PDF file with FOP. However, in the generated PDF the 2 spaces are transformed into a single space. This is while using the latest 1.0 release of FOP. I'd like to keep the 2 spaces in the generated PDF document. Does anyone know how to solve this issue? Kind regards, Bas van den Broek - Research & Development
AW: region-before auto size
Hi Kayo, No, there isn't. You can change the extent only by using a different page layout, AFAIK. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: kayo [mailto:keo...@gmx.de] Gesendet: Samstag, 4. September 2010 12:18 An: fop-users@xmlgraphics.apache.org Betreff: region-before auto size Hello, I have a problem with the size of region-before. I use region-before as letterhead. In the letterhead there is a text and a picture but sometimes only text or only a picture. The size of region-before is not always the same and I can not set "extent". Is there a parameter or option like "auto" for extent? -- View this message in context: http://old.nabble.com/region-before-auto-size-tp29621196p29621196.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: 2 columned region-body table page break over footer and out of margin...
Hi Adam, Something is definitely not ok there. Even if you put a keep-together.within-page on the block containing the summary table, the table is split. Maybe Vincent can help here. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Freitag, 3. September 2010 11:44 An: fop-users@xmlgraphics.apache.org Betreff: 2 columned region-body table page break over footer and out of margin... Hi There! im still fighting with my 2 columned table, and I have a strange effect. I have my table splitted into a 2 column region body and have a "summary" table to summaries the content. (I needed to separate the 2 tables to have the lines balanced correctly) The strange effect happens if the content-table ends almost on the end of the page. The "Summary" table is splitted and one line goes to the last page and one line goes to the next page. The strange thing is that the first line goes over the footer and out of the margin of the region-body Please check my example attached Any idea if this is a bug and how to workaround it? Thanks a lot! Adam Using FOP 1.0
AW: Printing a Different LAST PAGE
Hi Jeff, I usually just add the content at the end of the flow. Maybe with a break-before, if I only want this content on the last page. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Donnerstag, 2. September 2010 15:02 An: fop-users@xmlgraphics.apache.org Betreff: Printing a Different LAST PAGE I have a simple invoice to print. On the last page of the invoice, I need to print a simple invoice summary. I have been all over the web trying to find the best, most simple way to address this. I have not been successful. Can someone suggest the best simple solution to detecting and printing a last-page? Jeff - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: AW: AW: Table with spanned-row-header in 2 columned region-body
Hi Adam, Without producing a working version by myself: I'd make the marker retrieve-marker look forward, not back. It should print "the next available marker". The marker itself I would put at the end of the table. And inside the table, not outside in a block of its own. As you found out on the first page, what if a table starts at a page? In that case you can put an empty marker in the block which is responsible for the header between tables. If the table starts at a new page, the first marker found is the empty marker and no second headline is printed. Disadvantage: When scrolling through the pages, the upper end of the printed area jumps. If you want to avoid THAT too, we would have to think about a totally different solution, I guess. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Donnerstag, 2. September 2010 10:31 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: AW: Table with spanned-row-header in 2 columned region-body Hi Georg! thanks a lot for the great ideas! Markers are really my friends... unfortunately I don't know how to use them correct in my situation. I cant get the right header to the right page. It must be the configuration of the: retrieve-marker... (I tried any combination I could...) I attached my current result. The problems are: - 1. page there should be no marker... - 2. page should be red and not blue... - 3. page blue header missing If you can tell me how to use the retrieve marker in this situation it would solve my problem! Thanks a lot in advance!!! (attched are again XSL/FO and PDF)
AW: AW: AW: Table with spanned-row-header in 2 columned region-body
Hi Adam, In that case the TH1 could be block of its own, spanning both columns, printed once in front of the table. No problem. I don't know why I didn't think of that before. So, your page would basically look like: Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Mittwoch, 1. September 2010 16:59 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: Table with spanned-row-header in 2 columned region-body Hi Georg, I would need the second table to start on the same page and of course also with TH1 header Thanks again! Adam Hi Adam, Markers are your friends in that case. Basically your header contains a marker area which knows of an id. When the page is generated, the header looks for the next (or last, or first) marker content in the page to pull into the area. You put your marker content at the end of the table so the marker area always finds the correct content for the first table on the page. This works perfectly. Only problem: If your table ends on a page and a new table starts at the same page. In that case the new table would miss its first TH1. If that's the case for your pdf, I have to forward you to the real experts. Otherwise, I forward you to fo:marker and its documentation. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Mittwoch, 1. September 2010 16:23 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Re: AW: Table with spanned-row-header in 2 columned region-body Hi Georg! Thanks for your answer... Im exactly looking after workaround-ideas like this! The problem is that I have lets say 3 Tables with the same content type but exactly this "spanned" header different.. I dont know how long these tables are. It can happen that the 1. table is 3 pages the 2. is 2 pages and the 3. is 20 pages... (Imagine it like Tables: "Videos" "Photos" "Music" and content like "title" "author" "date") So I think the page-header is no option. Or is there a way to set it dynamically? Thanks!! Adam On 01.09.2010, at 16:00, Georg Datterl wrote: Hi Adam, I don't think that's possible, because logically your table has only one column and therefore the TH1 could only span one column. But: What if you put the TH1 into the page header and let it span there? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Mittwoch, 1. September 2010 15:57 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Table with spanned-row-header in 2 columned region-body Hi There! Im trying to make a table with a spanned header in a 2 columned region-body. (Examples attached) I would need something like a "span=all" into the table-header... like this: T1H1
AW: Placing the minus sign(-) to the RIGHT side of the number
Hi Jeff, If your problem is a simple format-number problem, maybe your are missing a , in the second definition. If you need the - after the number, I'd guess the only way is to fake it. Either by using two columns, one with the numbers, the other with the sign, or by adding a right padding in blocks with positive numbers. I don't think you can tell fop to align blocks not based on their border but on a part of their content. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Steffanina, Jeff [mailto:jeff.steffan...@marriott.com] Gesendet: Mittwoch, 1. September 2010 16:03 An: fop-users@xmlgraphics.apache.org Betreff: Placing the minus sign(-) to the RIGHT side of the number I am using FOP to produce an invoice in a .PDF. Everything works. However, when a negative number is produced in my right justified table column, the minus sign causes the decimal point to be mis-aligned. I found the "format-number" function and this addresses the problem. Now the issue is that my system generates a negative value in the form of: 233.94- (the minus sign is always to the right of the value) This cannot be changed. When I submit the value to "format-number", it returns a "NaN" error. select="format-number(inv-amt,'##,###.00;#.00-')" In summary, I need to produce a column of numbers, right justified, some of the values are negative with the minus sign to the right. At the same time, the vertical alignment of the decimal point is required. Any ideas? Thanks. Jeff
AW: AW: Table with spanned-row-header in 2 columned region-body
Hi Adam, Markers are your friends in that case. Basically your header contains a marker area which knows of an id. When the page is generated, the header looks for the next (or last, or first) marker content in the page to pull into the area. You put your marker content at the end of the table so the marker area always finds the correct content for the first table on the page. This works perfectly. Only problem: If your table ends on a page and a new table starts at the same page. In that case the new table would miss its first TH1. If that's the case for your pdf, I have to forward you to the real experts. Otherwise, I forward you to fo:marker and its documentation. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Mittwoch, 1. September 2010 16:23 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: Table with spanned-row-header in 2 columned region-body Hi Georg! Thanks for your answer... Im exactly looking after workaround-ideas like this! The problem is that I have lets say 3 Tables with the same content type but exactly this "spanned" header different.. I dont know how long these tables are. It can happen that the 1. table is 3 pages the 2. is 2 pages and the 3. is 20 pages... (Imagine it like Tables: "Videos" "Photos" "Music" and content like "title" "author" "date") So I think the page-header is no option. Or is there a way to set it dynamically? Thanks!! Adam On 01.09.2010, at 16:00, Georg Datterl wrote: Hi Adam, I don't think that's possible, because logically your table has only one column and therefore the TH1 could only span one column. But: What if you put the TH1 into the page header and let it span there? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Mittwoch, 1. September 2010 15:57 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Table with spanned-row-header in 2 columned region-body Hi There! Im trying to make a table with a spanned header in a 2 columned region-body. (Examples attached) I would need something like a "span=all" into the table-header... like this: T1H1 T1H2C1 T1H2C2 It should look like this: "___Table Header 1__" "TableHeader2""TableHeader2" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" ... -Page Break- "___Table Header 1__" "TableHeader2""TableHeader2" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" Any idea how to do this is really appreciated!!! Thanks! Attached is an example XSL/FO and PDF what I would need... (the blue one is the desired one just also over page breaks)
AW: Table with spanned-row-header in 2 columned region-body
Hi Adam, I don't think that's possible, because logically your table has only one column and therefore the TH1 could only span one column. But: What if you put the TH1 into the page header and let it span there? Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Mittwoch, 1. September 2010 15:57 An: fop-users@xmlgraphics.apache.org Betreff: Table with spanned-row-header in 2 columned region-body Hi There! Im trying to make a table with a spanned header in a 2 columned region-body. (Examples attached) I would need something like a "span=all" into the table-header... like this: T1H1 T1H2C1 T1H2C2 It should look like this: "___Table Header 1__" "TableHeader2""TableHeader2" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" ... -Page Break- "___Table Header 1__" "TableHeader2""TableHeader2" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" "ContentRow _""ContentRow _" Any idea how to do this is really appreciated!!! Thanks! Attached is an example XSL/FO and PDF what I would need... (the blue one is the desired one just also over page breaks)
AW: Different color in FOP need help
Hi Muthu, If you want a colored background, the attribute is background-color. For a colored foreground, the attribute is color. Red color, for example: color="rgb(255, 0, 0)" Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Muthu KR [mailto:muthia...@gmail.com] Gesendet: Montag, 9. August 2010 07:29 An: fop-users@xmlgraphics.apache.org Betreff: Different color in FOP need help Hi All, I am working on FOP. I am trying to convert the xml file to pdf using FOP and I have achieved it. But I have One doubt in it. I think you people can help me out. I need to put different colors for true and false. But i dont know how to do it. I have attached my stylesheet with this mail. http://www.w3.org/1999/XSL/Format"; xmlns:xsl="http://www.w3.org/1999/XSL/Transform";> http://www.w3.org/1999/XSL/Format";> 1.3em 1.3em 1.3em ---In this place the text will be displayed Here I need to show True means in one color False means another color. Can any one help me out?? Regards Muthu
AW: AW: 0.95 Table-cell not wrapping.
Hi Skhay, Insert zero width space. Worst case you have to insert a space after each character, but if you know in which cells you can get long text without blanks, you can restrict it to this cells and if you don't need to fill the cell to the last character, you can insert the space after each second or third character. This works with XSLT and it works when you write your fo file in code. There's no easier (and no other, AFAIK) way. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Skhay [mailto:khann...@gmail.com] Gesendet: Montag, 26. Juli 2010 21:29 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: 0.95 Table-cell not wrapping. Hi Georg, Thanks for the response. In this case, the data will be dynamic and it is obtained from the variable So inserting zero width spaces will not help here. Do you have any suggestions for dynamically changing data? Thanks again ! Regards, Skhay Georg Datterl wrote: > > Hi Shkay, > > Yes, that's a default that changed between this two versions. This default > can't be changed. But you can fool it: Insert zero-width-spaces in your > strings. They are invisible, but fop can break the line there. > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult & Content GmbH: www.willmycc.de > > -Ursprüngliche Nachricht- > Von: Skhay [mailto:khann...@gmail.com] > Gesendet: Freitag, 23. Juli 2010 20:50 > An: fop-users@xmlgraphics.apache.org > Betreff: Re: 0.95 Table-cell not wrapping. > > > > Hi, > > Even iam facing a similar issue as discussed here, but still haven't got > any > solution. > So please let me know if i am missing anything here. > > I have a long data where it contains numbers and alphabets and so it > overflows the cell width without wrapping, so even providing language="en" > did not help; but for another data where it contains a proper english > word, > the hypenation works correctly. > > this is how my code looks: > > > wrap-option="wrap" > > hyphenation-character="-" > > hyphenation-keep="column" > > hyphenation-push-character-count="4" > > hyphenation-remain-character-count="4" > > font-family="Courier, monospace" font-size="11pt"> > > xxx012rr > > > > All i wanted is to wrap this data when it is longer than the cell width > which was happening in FOP 0.20.5. > > > Thanks, > Skhay > > > > > > > Bones wrote: >> >> Hi Jeremias, >> >> As always thank you. That did the trick. >> >> Best Regards, >> >> >> >> Jeremias Maerki-2 wrote: >>> >>> I can't reproduce that with only your FO snippet. Have you got a >>> keep-together="always" somewhere in your document? If yes, switch that >>> to keep-together.within-column="always". >>> >>> On 21.08.2008 13:56:31 Bones wrote: >>>> >>>> Ok, I think I might have found the issue. Not sure if this is a bug. If >>>> my >>>> text has a hyphen in it, the text will not wrap. When I take it out, it >>>> wraps. >>>> >>>> example >>>> >>>> "This is some really long text that runs into the next cell - try >>>> another >>>> phrase." >>>> >>>> will not wrap. >>>> >>>> >>>> >>>> Bones wrote: >>>> > >>>> > Hi, >>>> > >>>> > I am upgrading a stylesheet from 0.20.5 to .95 and having some >>>> trouble >>>> > with a cell not wrapping text. Here is my fo: >>>> > >>
AW: 0.95 Table-cell not wrapping.
Hi Shkay, Yes, that's a default that changed between this two versions. This default can't be changed. But you can fool it: Insert zero-width-spaces in your strings. They are invisible, but fop can break the line there. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Skhay [mailto:khann...@gmail.com] Gesendet: Freitag, 23. Juli 2010 20:50 An: fop-users@xmlgraphics.apache.org Betreff: Re: 0.95 Table-cell not wrapping. Hi, Even iam facing a similar issue as discussed here, but still haven't got any solution. So please let me know if i am missing anything here. I have a long data where it contains numbers and alphabets and so it overflows the cell width without wrapping, so even providing language="en" did not help; but for another data where it contains a proper english word, the hypenation works correctly. this is how my code looks: xxx012rr All i wanted is to wrap this data when it is longer than the cell width which was happening in FOP 0.20.5. Thanks, Skhay Bones wrote: > > Hi Jeremias, > > As always thank you. That did the trick. > > Best Regards, > > > > Jeremias Maerki-2 wrote: >> >> I can't reproduce that with only your FO snippet. Have you got a >> keep-together="always" somewhere in your document? If yes, switch that >> to keep-together.within-column="always". >> >> On 21.08.2008 13:56:31 Bones wrote: >>> >>> Ok, I think I might have found the issue. Not sure if this is a bug. If >>> my >>> text has a hyphen in it, the text will not wrap. When I take it out, it >>> wraps. >>> >>> example >>> >>> "This is some really long text that runs into the next cell - try >>> another >>> phrase." >>> >>> will not wrap. >>> >>> >>> >>> Bones wrote: >>> > >>> > Hi, >>> > >>> > I am upgrading a stylesheet from 0.20.5 to .95 and having some trouble >>> > with a cell not wrapping text. Here is my fo: >>> > >>> > >> padding-top="5px" >>> > padding-right="5px" border-top-style="solid" border-top-width="1pt" >>> > border-bottom-style="solid" border-bottom-width="1pt" >>> > border-start-style="solid" border-start-width="1pt" >>> > border-end-style="solid" border-end-width="1pt"> >>> > >> hyphenate="true" >>> > wrap-option="wrap" language="en" overflow="hidden">This is some really >>> > long text that runs into the next cell. >>> > >>> > >>> > I also tried hyphenation. I downloaded the fop-hyph.jar and placed in >>> my >>> > /lib folder. I set my block attributes to hyphenate="true" >>> > wrap-option="wrap" language="en" - but no luck. >>> > >>> > What am I missing? >>> > >>> > Thanks, >>> > >>> > >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/0.95-Table-cell-not-wrapping.-tp19087050p19087218.html >>> Sent from the FOP - Users mailing list archive at Nabble.com. >> >> >> >> Jeremias Maerki >> >> >> - >> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org >> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org >> >> >> > > -- View this message in context: http://old.nabble.com/0.95-Table-cell-not-wrapping.-tp19087050p29249680.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Pushing down bottom margin for book title page
Hi Akagi, A docbook list could probably help you better. I, for example, have no idea what you are talking about. ;-) Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Akagi Kobayashi [mailto:akagi.kobaya...@aepona.com] Gesendet: Dienstag, 20. Juli 2010 19:19 An: fop-users@xmlgraphics.apache.org; Akagi Kobayashi; 'Cormac Redmond' Betreff: Pushing down bottom margin for book title page Hello FOP Users, I need to modify the front page of the book with an image that covers the entire bottom half of the page. Using book.titlepage.recto.xsl, set margin right and left to negative values - this works. To remove the margin, region-after etc at the bottom of the page, created the attached user.pagemasters.xsl and put it into the custom folder. 1. The build doesn't refer to this. What is missing? 2. Is the attached the user.pagemasters.xsl correct, otherwise? Can the body.margin.bottom be set in the same area as the page.margin.bottom and region.after.extent? Would be very grateful for your advice. best regards Akagi Kobayashi - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Nested, Itemized List Flows Into PDF Page Footer [bug in trunk?]
Hi Tom, You could still shorten it further by removing the first pages, the unnecessary page-masters and probably many attributes. That's quite some work, but it makes it easier for the experts to debug it. At the first glance I did not see anything obviously wrong, like keeps or so, so I'm afraid one of the real experts will have to look at it. And this experts are about every attribute not in the file. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Tom Browder [mailto:tom.brow...@gmail.com] Gesendet: Freitag, 16. Juli 2010 16:24 An: fop-users@xmlgraphics.apache.org Betreff: Re: Nested, Itemized List Flows Into PDF Page Footer [bug in trunk?] On Fri, Jul 16, 2010 at 09:08, Georg Datterl wrote: > Hi Tom, > > Did you try to make your page smaller and shorten the list? Is the error > still visible then? If yes, send the smaller file. Yes, I shortened it. It is attached zipped. Regards, -Tom - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Nested, Itemized List Flows Into PDF Page Footer [bug in trunk?]
Hi Tom, Did you try to make your page smaller and shorten the list? Is the error still visible then? If yes, send the smaller file. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Tom Browder [mailto:tom.brow...@gmail.com] Gesendet: Freitag, 16. Juli 2010 15:50 An: fop-users@xmlgraphics.apache.org Betreff: Re: Nested, Itemized List Flows Into PDF Page Footer [bug in trunk?] On Fri, Jul 16, 2010 at 02:44, Georg Datterl wrote: > Hi Tom, > > Then please post a fo-file for the first two pages plus a few lines. Shall I send it inline or as a compressed attachment, or? It's 123Kb as is, 2174 Lines. -Tom - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Nested, Itemized List Flows Into PDF Page Footer [bug in trunk?]
Hi Tom, Then please post a fo-file for the first two pages plus a few lines. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Tom Browder [mailto:tom.brow...@gmail.com] Gesendet: Freitag, 16. Juli 2010 04:11 An: fop-users@xmlgraphics.apache.org Betreff: Re: Nested, Itemized List Flows Into PDF Page Footer [bug in trunk?] I just got an answer on the DocBook list from Bob Stayton--problem may be a fop bug. -Tom - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: AW: FOP Intermediate Format placeholder
Hi Adam, I have no further ideas. Either use AT or wait for Jeremias. Posting on dev will not speed up that process, I'm afraid. Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Dienstag, 13. Juli 2010 12:56 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: AW: FOP Intermediate Format placeholder Again thanks Georg! Thats exactly my problem nothing is preserved (except pure text)... Do you know how the FOP Extensions are working... I have implemented an Extensions which should preserve the element in IF as it is but nothing seems to work... any other idea? Thanks, Adam On 13.07.2010, at 12:17, Georg Datterl wrote: Hi Adam, You can find your ... in AT as ... I don't know how that works with IF, a short test confirmed that id is not preserved. Probably to increase speed. Maybe Jeremias can tell you more. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Dienstag, 13. Juli 2010 12:01 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: Re: AW: FOP Intermediate Format placeholder Hi Georg, thanks for the answer!!! Unfortunately I did not got the solution completely... If I use something like this in my stylesheet: I got nothing into the FOP Intermediate file Did you mean something else? How would your "placeholder" look like? Thanks a lot! Adam On 13.07.2010, at 11:26, Georg Datterl wrote: Hi Adam, I'd use a block with id. Either your replacement occupies visible space, then you need the area generated by the block anyway, or your replacement doesn't, then I guess it can be a child of the block. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Dienstag, 13. Juli 2010 11:20 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: FOP Intermediate Format placeholder Hi there, I would need an XML element from any namespace which is not interpreted by FOP and goes into the Intermediate Format output as it is. I want to use this element as placeholder in the FOP_IF, and in a second step I can modify the FOP Intermediate File for my needs. Is there an element I could use? If not how can I make a new FOP Extension which does this? Any other suggestion how to do this are very welcome!!! Thanks in advance! Greetings, Adam Using FOP Trunk
AW: AW: FOP Intermediate Format placeholder
Hi Adam, You can find your ... in AT as ... I don't know how that works with IF, a short test confirmed that id is not preserved. Probably to increase speed. Maybe Jeremias can tell you more. Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Dienstag, 13. Juli 2010 12:01 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: FOP Intermediate Format placeholder Hi Georg, thanks for the answer!!! Unfortunately I did not got the solution completely... If I use something like this in my stylesheet: I got nothing into the FOP Intermediate file Did you mean something else? How would your "placeholder" look like? Thanks a lot! Adam On 13.07.2010, at 11:26, Georg Datterl wrote: Hi Adam, I'd use a block with id. Either your replacement occupies visible space, then you need the area generated by the block anyway, or your replacement doesn't, then I guess it can be a child of the block. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Dienstag, 13. Juli 2010 11:20 An: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Betreff: FOP Intermediate Format placeholder Hi there, I would need an XML element from any namespace which is not interpreted by FOP and goes into the Intermediate Format output as it is. I want to use this element as placeholder in the FOP_IF, and in a second step I can modify the FOP Intermediate File for my needs. Is there an element I could use? If not how can I make a new FOP Extension which does this? Any other suggestion how to do this are very welcome!!! Thanks in advance! Greetings, Adam Using FOP Trunk
AW: FOP Intermediate Format placeholder
Hi Adam, I'd use a block with id. Either your replacement occupies visible space, then you need the area generated by the block anyway, or your replacement doesn't, then I guess it can be a child of the block. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Adam Kovacs [mailto:a.kov...@i-docs.com] Gesendet: Dienstag, 13. Juli 2010 11:20 An: fop-users@xmlgraphics.apache.org Betreff: FOP Intermediate Format placeholder Hi there, I would need an XML element from any namespace which is not interpreted by FOP and goes into the Intermediate Format output as it is. I want to use this element as placeholder in the FOP_IF, and in a second step I can modify the FOP Intermediate File for my needs. Is there an element I could use? If not how can I make a new FOP Extension which does this? Any other suggestion how to do this are very welcome!!! Thanks in advance! Greetings, Adam Using FOP Trunk
AW: Keeping fo:table-header and fo:table-body together within a page
Hi Sushanth. First question: Are you definitely sure there are no body lines on the first page? You don't have empty lines (for spacing or because of missing data) at the beginning of your table? If so, please drop us a code example, because then I guess it would be a bug. If you have empty lines, put a keep-with-next.within-page="always" on them. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Sushanth [mailto:sushanth@gmail.com] Gesendet: Mittwoch, 7. Juli 2010 11:31 An: fop-users@xmlgraphics.apache.org Betreff: Keeping fo:table-header and fo:table-body together within a page First of all, I'm extremely sorry for the long text that follows this :) I looked all around the internet for a solution to this problem and still haven't found a straightforward solution. I am generating a PDF using FOP 0.95, where I have a bunch of pages, each of which can have multiple tables. There are times I encounter this problem where the fo:table-header content of one of the tables ends up as the last element on a page with no table-body under it. The table-body starts on the next page, of course preceded by table-header on the next page also which is fine, but is there any way I can prevent a table-header from ending up as the last element on a page if there is not enough space for the table-body to be displayed on the same page? The options I have tried so far include using keep-together.within-page="always". This doesn't help because some tables can even span multiple pages, in which case a page-break is not introduced. I have read that FOP-Trunk provides integer support for keep-together, but I wasn't able to build the FOP-Trunk jar. Is there any place where I can directly download the latest FOP-Trunk jar? The other option I have tried is brute-force, trying to keep count of the number of rows printed on a page and introducing a manual page break, but this is an ugly patch and I want to avoid using it and it will not work in all scenarios. Is there a simple solution to this problem using FOP 0.95? I'm sure somebody would have anticipated this problem while developing FOP and must have some solution in place for this :) Please let me know. I can't live with this problem anymore. -- View this message in context: http://old.nabble.com/Keeping-fo%3Atable-header-and-fo%3Atable-body-together-within-a-page-tp29094189p29094189.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: keep-with-previous and page break
Hi Dominik, Basically, you tell FOP not to insert breaks and FOP does exactly that. It always keeps your blocks with their predecessors. If you want your content to flow to the next page, remove the keep-with-previous. If you want breaks only between special images, remove the keep there. If you want as many images on one page as possible, but only up to a full page height, then get rid of your keep-with-previous, put all your content into one block, mark this block with keep-together.within-page="5" and get FOP trunk, where integer keeps are already implemented (a little bit). Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Dominik Stadler [mailto:dominik.stad...@dynatrace.com] Gesendet: Montag, 5. Juli 2010 14:30 An: fop-users@xmlgraphics.apache.org Betreff: keep-with-previous and page break Hi, I am creating automated PDF documents using FOP 0.95. I tried to use keep-with-previous="always" to keep related content near each other when rendering multi-page documents. FOP renders as much related content as possible, but does not overflow the rest to the next page, but simply ignores it, so if I have 10 images, where only the first 3 fit on the page, the other 7 are simply not visible in the PDF. Is this the intended behaviour? Is there another way to tell FOP that the relation is there, but it still should do page breaks if the page is filled? As I do not know how much content fits on a page, I would not like to start setting/unsetting keep-with-previous on my own, but would expect the renderer to do page breaks if keeping on one page is not possible. The XSL-FO looks roughly like this, all elements use "keep-with-previous" to not have page-breaks between the heading and the images.
AW: Page-Break and keep-together.within-page
Hi Michael, Trunk. Most interesting features are in trunk anyway. And yes, my application is in a production environment. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 30. Juni 2010 15:00 An: fop-users@xmlgraphics.apache.org Betreff: Re: Page-Break and keep-together.within-page Hi Georg, thank you for your answer but setting keep-together.within-page="5" doesn't work for me. It still overflows the page when the content is to large. Are you using FOP 0.95 or FOP Trunk? Regards, Michael Seeberger Am 30.06.2010 14:40, schrieb Georg Datterl: > Hi Michael, > > Yes, keep-together.within-page="5" is the way to go. Although differences > between numbers are not yet implemented, numbers in general are weaker than > page-breaks, whereas "always" is stronger. > > Regards, > > Georg Datterl > > -- Kontakt -- > > Georg Datterl > > Geneon media solutions gmbh > Gutenstetter Straße 8a > 90449 Nürnberg > > HRB Nürnberg: 17193 > Geschäftsführer: Yong-Harry Steiert > > Tel.: 0911/36 78 88 - 26 > Fax: 0911/36 78 88 - 20 > > www.geneon.de > > Weitere Mitglieder der Willmy MediaGroup: > > IRS Integrated Realization Services GmbH:www.irs-nbg.de > Willmy PrintMedia GmbH:www.willmy.de > Willmy Consult& Content GmbH: www.willmycc.de > > > -Ursprüngliche Nachricht- > Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] > Gesendet: Mittwoch, 30. Juni 2010 14:18 > An: fop-users@xmlgraphics.apache.org > Betreff: Page-Break and keep-together.within-page > > Hi there, > > i'm using Apache-Fop Version 0.95 and i'm having problems to get my > report created the way i want it to. > The problem lies in the behaviour of Apache-FOP and the > "keep-together.within-page"-attribute. > > The report i want to create consists of several fo:block-Elements in > which i use fo:table-elements to layout the report and > the behaviour of Apache-FOP as i want it to be should be something like > this: > Condition 1. if a fo:block fits completely on a page then it should > stay there. > Condition 2. if a fo:block won't fit completely on a page then > Apache-FOP should insert a page-break and print it on the next page (i > implemented this by using keep-together.within-page="always" and it works). > Condition 3. if a fo:block is to large for a single page Apache-FOP > should insert a page-break where necessary (won't work if condition 2 is > implemented). > > But until now i've not been able to get Apache-FOP working this way > because FOP seems to have a problem with the combination of condition 1 > and condition 2. When a fo:block won't fit on a page FOP inserts a > page-break > when using keep-together but if this fo:block is to large for a single > page it won't insert another page-break where necessary but overflows > the page. > > The Reason for this seems to be the attribute-value "always", as my > Google-research tells me "always" means that when using this value an > fo:xxx-Element stays together no matter what even when this leads to an > overflow. > I've also tried using keep-together.with-next or > keep-together.with-previous but it didn't work either and using > integer-values instead of always isn't supported by Apache-FOP 0.95 as > far as i know. > > And heres my Question: Is there really no way to make Apache-FOP create > the report the way i want it to? > > thx in advance > Michael Seeberger > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Page-Break and keep-together.within-page
Hi Michael, Yes, keep-together.within-page="5" is the way to go. Although differences between numbers are not yet implemented, numbers in general are weaker than page-breaks, whereas "always" is stronger. Regards, Georg Datterl ------ Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Michael Seeberger [mailto:michael.seeber...@isys-software.de] Gesendet: Mittwoch, 30. Juni 2010 14:18 An: fop-users@xmlgraphics.apache.org Betreff: Page-Break and keep-together.within-page Hi there, i'm using Apache-Fop Version 0.95 and i'm having problems to get my report created the way i want it to. The problem lies in the behaviour of Apache-FOP and the "keep-together.within-page"-attribute. The report i want to create consists of several fo:block-Elements in which i use fo:table-elements to layout the report and the behaviour of Apache-FOP as i want it to be should be something like this: Condition 1. if a fo:block fits completely on a page then it should stay there. Condition 2. if a fo:block won't fit completely on a page then Apache-FOP should insert a page-break and print it on the next page (i implemented this by using keep-together.within-page="always" and it works). Condition 3. if a fo:block is to large for a single page Apache-FOP should insert a page-break where necessary (won't work if condition 2 is implemented). But until now i've not been able to get Apache-FOP working this way because FOP seems to have a problem with the combination of condition 1 and condition 2. When a fo:block won't fit on a page FOP inserts a page-break when using keep-together but if this fo:block is to large for a single page it won't insert another page-break where necessary but overflows the page. The Reason for this seems to be the attribute-value "always", as my Google-research tells me "always" means that when using this value an fo:xxx-Element stays together no matter what even when this leads to an overflow. I've also tried using keep-together.with-next or keep-together.with-previous but it didn't work either and using integer-values instead of always isn't supported by Apache-FOP 0.95 as far as i know. And heres my Question: Is there really no way to make Apache-FOP create the report the way i want it to? thx in advance Michael Seeberger - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: column-number or no of cells in the row overflows the no of fo:table-column specified for the table
Hi Mamatha, Whenever I saw that message before, it had always the same reason, exactly the reason stated in the message. Somewhere in your fo file there's a table and in this table in at least one row the number of cells exceeds the number of defined table-columns. The number of table-columns strictly defines, how many cells one row can contain (at the most). If there are more cells, you get the mentioned error. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de<http://www.geneon.de> Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de<http://www.irs-nbg.de> Willmy PrintMedia GmbH: www.willmy.de<http://www.willmy.de> Willmy Consult & Content GmbH: www.willmycc.de<http://www.willmycc.de> Von: Varra, Mamatha [mailto:mv...@allstate.com] Gesendet: Montag, 28. Juni 2010 22:56 An: fop-users@xmlgraphics.apache.org Betreff: column-number or no of cells in the row overflows the no of fo:table-column specified for the table Hi All, I am new to FOP and XSL. We are upgrading FOP 0.25 with FOP 0.95. We did all necessary java changes to convert XML file into PDF. We are facing probles in changing the xsl files. Few errors were resolved like empty cells etc.. but we couldn't figure out the error "column-number or number of cells in the row overflows the number of fo:table-column specified for the table". Could anyone pls help me. Thanks, Mamatha.
AW: How Can I Get a Nested List Item Have a Different Mark
Hi Tom, Could you clarify whether your problem is the html open circle or the default pdf bullet? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Tom Browder [mailto:tom.brow...@gmail.com] Gesendet: Samstag, 26. Juni 2010 19:05 An: fop-users@xmlgraphics.apache.org Betreff: How Can I Get a Nested List Item Have a Different Mark I get a default filled circle (mark='bullet'?) for the listitems in an itemized list for both html and pdf output. When I have a nested list I get a default opencircle (mark='opencircle') for the nested listitems for html output but still get the bullet for pdf output. The fop conformance page says all list handling things are taken care of. I cannot find much help on the mailing list archives except to say a font change may be needed (but no example). I can find nothing in the bug list about this. Questions: 1. Is this a fop bug? 2. Is there a way to work around the problem? If so, please give an explicit example of how to do it (or point to one). Thanks. Regards, -Tom Thomas M. Browder, Jr. Niceville, Florida USA - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Compression of output question
Hi Jeremias, > Besides that, FOP currently always embeds images as is. It doesn't > support resampling. Does that imply that if I have a fo file with lots of small page-sequences, each having the same background image, the image is included again for each page-sequence? Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de
AW: AW: Distributing vertical space in a column while repeating column headings
Hi Craig, > I see. So the only way they could ever make sense was if, rather than > columns, the document used named regions (as per XSL-FO 1.1) with a flow > map to control flow into them. Then static content could be aware of > what "column" it was coming from. That would not work, because the content would spill from flow1 on page 1 to flow1 on page 2, not flow2 on page 1. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: Distributing vertical space in a column while repeating column headings
Hi Craig, Table markers are not yet implemented and most likely wouldn't help you anyway. The problem with ordinary marker is, the header is not aware of the columns, since they are defined in the flow. So markers in the header can't find, like, the first marker in a column. That's why I suggested a seven-column table to fake the seven columns of the flow. Another idea I just had: What would happen, if you defined one pagewidth as 1/7th of a real page, spread the page header and footer over seven pages and just PRINT seven pages on one sheet of paper? (or combine them later, if possible?) Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Craig Ringer [mailto:cr...@postnewspapers.com.au] Gesendet: Mittwoch, 23. Juni 2010 10:31 An: fop-users@xmlgraphics.apache.org Cc: Jeremias Maerki Betreff: Re: Distributing vertical space in a column while repeating column headings On 22/06/10 15:06, Jeremias Maerki wrote: > I remember from back when I was deep in the table layout code that > elastic space in tables is extremely tricky (with our layout approach) > which is why it's not available in tables today. In your case, it would > actually be relatively easy since there is only one column, but it's > still not available. So what you've done between tables is about as much > as you can get right now. Thanks very much for spending the time to look at and respond to this, and for confirming I'm not missing the obvious. > The only work-around that I can come up with right now is not to put the > ads in a table and generate only the initial header for each section. > And then to try some post-processing magic with the area tree XML. Ugly > but I don't see any other possibility right now. I'll have to experiment with that. It'll potentially be a way to solve the other issue I have (how to insert "house ads" where holes in columns are too big to neatly justify out) without requiring user intervention. Thanks for the pointer. It's a pity that it'll mean I can't use just standard XSL-FO, but the spec doesn't appear to be up to this particular task yet. If this doesn't work, given that you said adding support for expanding one-column tables would be "relatively easy", is there any chance you'd be willing to quote on that as a contract job to extend fop? Assuming that it'd be within the standard to support elastic spacing in table cells, of course. If it's the difference between being able to use XSL-FO + fop, and having to buy an insanely overpriced classified pagination/booking/automation "system", paying for some small enhancements to fop would be a no brainer. Georg Datterl mentioned markers as a possibility if I could use page-break rather than column-break as the repetition boundary. Unfortunately I can't, but this makes me wonder if there's any concept of a more granular "break marker" that could be used at column boundaries too. (I suspect I'm displaying my relative ignorance of FO here). It seems like a pity that markers were limited to page-level operation in the spec, especially since the 1.1 spec extends and generalizes regions in ways that'd make "region markers" very useful. It looks like FO also has "table markers" ... which would be great, except that tables already solve the issue markers are needed for but introduce issues with vertical space justification. Argh. The other thing I've been wondering about is the possibility of conditional content. Much as space-before can be conditional, so that it doesn't display if the block is the first element after a break, I wonder about having conditional block display where an object only gets laid out if it's the first item after a break, or *not* the first item after a break. That'd be incredibly handy, and I suspect not just for my weird little use case. Leaders would be an obvious use for this. This isn't something you can really do at the XSLT stage (unlike most variable/conditional content) since it requires layout awareness. I can't find any consideration of this in the FO spec except as applies to markers, which I'm rather surprised by. Of course, even with a solution to this issue I'll still probably need to use the area tree output to determine where I need to insert "house ads" to consume any column whitespace holes that ar
AW: Distributing vertical space in a column while repeating column headings
Hi Craig, I'm sorry I don't have a solution for your problem, but if you can change your requirements from "header repeated in each colum" to "header repeated on each new page", then markers would be your way to go, I guess. Or, as Jeremias suggested, some ugly coding. I did not try that, just thinking aloud: Since each column needs a header anyway, the first headers might be relocated to the page header section. There you have a 7-cell table spanning the whole page width. For layouting purposes all cells would contain the longest possible classification header or a fixed height. Now generate the area tree of the page and find out, which classification is the first in each column. Write this header into the table and generate the page again. This approach breaks as soon as the table height is different between the two runs. It's ugly, but it may work. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Craig Ringer [mailto:cr...@postnewspapers.com.au] Gesendet: Montag, 21. Juni 2010 18:48 An: fop-users@xmlgraphics.apache.org Betreff: Distributing vertical space in a column while repeating column headings Hi all I'm new to Apache FOP, and XSL-FO in general, so if this is a stupid question please accept my apologies in advance. I've read the FAQ, endless XSL-FO docs (including the ... dense ... spec), and searched the list archives, so I'm not popping up without doing some research. The short version is that I can't figure out how to distribute vertical space to avoid ragged column bottoms in multi-column pages when the flow contains several long-ish one-column tables. Why one-column tables? Because I have sections with headings that must be repeated at the top of a column if split across columns. I'm writing a (to be open source) app to automatically paginate classified ads to PDF, as I've been unable to find an acceptable commercial solution at a reasonable price or locate any decent OSS offering. I'm trying to use XSL-FO for layout, and need to produce multi-column output, with column content flowing from bottom-left to top-right along the columns. I'm using to achieve that with no fuss. The content is blocks of text and graphics that either have large widow/orphan limits or cannot be split across columns at all, so elastic spacing is required to avoid huge ragged blobs of whitespace at the bottom of columns. This is easy enough using elastic space-before[1] if each ad is in its own that's directly flowed into the column. The tricky bit is that these collections of text blocks and images are grouped into classifications, each of which must have a heading. If the classification spans more than one column, **the heading must be repeated at the top of the column**. I'm satisfying this requirement by putting the ads in each classification into a one-column table and using to provide a repeating header. It's ugly, but it works. However, I can't figure out how to specify elastic spacing to distribute space between rows in the table and between tables. Table rows don't have a space-before attribute. Adding elastic space-before to the within each table cell appears to have no effect. And there's no display-align="justify" that would spread spacing evenly line-by-line within all objects [2], as would be ideal. I can specify elastic space-before for each table as a whole, but to have much effect I need so much space that large holes open up between tables, while the rows within the tables remain cramped. (a) I need elastic spacing to prevent big, uneven chunks of whitespace at the bottom of columns; but (b) I need to repeat classification headings at the top of columns, and can only seem to do that with 1-column tables, the use of which seems to prevent effective elastic spacing. I've been trying to figure out a way to use the block-progression-dimension attribute to achieve this, as it seems to be a more generalized form of elastic sizing. However, I just can't figure out how to use it to express a flexible "expansion" amount. To use it, I seem to already have to know how big the block needs to be to hold its contents, so I can set the minimum, optimum, and maximum appropriately. Is there any way to do this? Or am I barking up the wrong tree entirely? Is there a way to achieve repeating column headings that'll let me avoid wrapping sections (classifications) up in one-column tabl
AW: FOP, Index and duplicate Page number
Hi Guiseppe, This is one line of my index: Indexed Word , , , As you can see, each fo:page-number-citation has an id. In my java code I have a Hashtable<"wiring word", Vector<"ids">>. Transforming the fo file to area tree results in an XML where the IDs can be found again, together with the real page numbers. I transfer the XML to a dom document and use XPath evaluation to get the page numbers for each id from the hashtable: String val = xPath.evaluate(".//te...@prod-id='BE_38923893']/word/text()", root, XPathConstants.STRING).toString(); val now contains the page number for the page-number-citation BE_38923893. If val for BE_38923894 contains the same page number, I know I can remove the whole , from my fo file. This only works, of course, because I don't have to rely on transformations. But I'm quite sure the XSLT experts could come up with a transformation based solution as well. If you write out your fo file from code as well, I can give you some optimization hints as well, just ask then. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Giuseppe Briotti [mailto:g.brio...@gmail.com] Gesendet: Freitag, 18. Juni 2010 11:26 An: fop-users@xmlgraphics.apache.org Betreff: Re: FOP, Index and duplicate Page number Hi Pascal, hi Georg, thanks for your replies (very fast!). Well, I can partecipate to FOP community trying to implement such feature, but I don't know if I have the basic knowledge to do that: I'm experienced developer in Java, C# and C/C++ thus probably I have the "developing knowledge" but I don't know much about the FOP implementation itself... can you suggest a starting point? As symptom to my low knowledge about FOP, I have some doubt about the Georg solution implementation... how can I do this: "Then I generate the area tree for the document and look up the content of each ref-id block. Finding blocks with identical content I delete all but one." I agree that theory shows that this is the only available solution at the moment, but I didn't find an example (well, I'm still searching, of course: your answers were too fast! ;-) ). So, in brief: 1. I have some time to spent in FOP Project collaboration and this implementation probably is a good test for me, but I need a documentation starting point (I've seen the wiki and travel through the source code...); 2. the approach suggested by Georg sounds good for me, and again I need an example, but probably I didn't search enough :-) Thanks G. -- Giuseppe Briotti g.brio...@gmail.com "Alme Sol, curru nitido diem qui promis et celas aliusque et idem nasceris, possis nihil urbe Roma visere maius." (Orazio) - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: FOP, Index and duplicate Page number
Hi Pascal, I did not understand your answer to 3. How can I find two indexed words on the same page before fop inserted page breaks? Hi Guiseppe, I use a two-pass approach. I keep a list of indexed words and their ref-ids. Then I generate the area tree for the document and look up the content of each ref-id block. Finding blocks with identical content I delete all but one. Then I generate the pdf again. This works quite nice, since I have the complete fo-file available (and the index page in memory) and since the index always starts on a new page. It would even work if the index was on the front of the publication, since the relative position between indexed words would not change (= No new pagebreaks will be inserted). But of course it's twice the work for the fop engine. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Pascal Sancho [mailto:pascal.san...@takoma.fr] Gesendet: Freitag, 18. Juni 2010 09:51 An: fop-users@xmlgraphics.apache.org Betreff: Re: FOP, Index and duplicate Page number Hi Giuseppe, 1. no; 2. no, but any help is welcome to help in implementation of such feature; FOP is open source! 3 yes: using a 2 pass XSLT (no format here, but you can apply your own): my text with an indexed word. : , HTH, Pascal Le 18/06/2010 00:47, Giuseppe Briotti a écrit : > Hi all, I need to work on Index for very large document. > > The Index is formatted like this: > > Albert ... Pag. 4, 5 > Alfred 6, 10, 11 > > It works fine, but sometimes there are several reference on the same > pages. The results it is not so good: > > Albert ... Pag. 4, 5, 5, 5 > Alfred 6, 10, 10, 10, 11, 11 > > It seems from the FO specs that a best result like this: > > Albert ... Pag. 4, 5 > Alfred 6, 10, 11 > > Can be achieved via a function equipped in XSL1.1. like > merge-*-index-key-reference. Unfortunately this function seems not to > be supported by FOP, as per > http://xmlgraphics.apache.org/fop/compliance.html. > > So, the questions are: > > 1. I'm missing something? > 2. there will be a scheduled evolution to achieve the support for such > feature? > 3. Someone here resolved the problem in a different way? > > TIA > > > - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: areaTree to PDF
Hi Mario, I don't know. But I'm not sure this is the true root of your memory problem. Regards, Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Mario Madunic [mailto:mario_madu...@newflyer.com] Gesendet: Montag, 14. Juni 2010 15:40 An: fop-users@xmlgraphics.apache.org Betreff: RE: areaTree to PDF Georg, I noticed that one of the s is 325+ megs, the rest are on average 5megs. It is an index of "part number --> dot leader --> section # - page #" and is only 54 pages. Seems that the dot leaders make it huge as they are broken into individual .. Is it still possible to convert the areatree file to PDF within ANT? I was thinking of combining all the . into one single . This should make the file smaller and then recombine all the s back into a single file to parse out to PDF. Any help will be appreciated. Thanks Marijan (Mario) Madunic Publishing Specialist New Flyer Industries -----Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Monday, June 14, 2010 8:22 AM To: fop-users@xmlgraphics.apache.org Subject: AW: areaTree to PDF Hi Mario, I'm afraid that won't help you a lot, since at a new page-sequence fop releases memory anyway. During long page-sequences memory may run low... Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Mario Madunic [mailto:mario_madu...@newflyer.com] Gesendet: Montag, 14. Juni 2010 15:18 An: fop-users@xmlgraphics.apache.org Betreff: areaTree to PDF I was working on a workaround for the GC overhead issue I'm having and created a script to chop up the AT file into chunks based on . Now how do I get FOP to convert the AT files to PDF? I get an error message that fo:root is not the root element. Here is my ant task (When this is done, I'll be stitching together all the PDFs.) Thanks Marijan (Mario) Madunic Publishing Specialist New Flyer Industries Please consider the environment before printing this e-mail. CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org Please consider the environment before printing this e-mail. CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you. --
AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Hi Mario, The ant task has to start a java VM, too. You just have to find out, where the VM is started and set the switch there. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Mario Madunic [mailto:mario_madu...@newflyer.com] Gesendet: Montag, 14. Juni 2010 15:42 An: fop-users@xmlgraphics.apache.org Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm So I'm guessing this option is unavailable to the FOP Ant task? Marijan (Mario) Madunic Publishing Specialist New Flyer Industries -Original Message----- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Monday, June 14, 2010 8:35 AM To: fop-users@xmlgraphics.apache.org Subject: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm Hi Mario, Yes, if you start fop from your java code (FopFactory.newInstance() and so on), it's a switch for the VM which runs your code. If you run fop through fop.bat, you would have to modify your fop.bat. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Mario Madunic [mailto:mario_madu...@newflyer.com] Gesendet: Montag, 14. Juni 2010 15:32 An: fop-users@xmlgraphics.apache.org Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm Georg, Sorry but this is "Greek" to me. I'm grateful for the help and quick reply but do not know what my options are, if any. "so either you implement it or hardcode the vm switch into your start script". What is the start script? (My knowledge of Java is basically laughable). Am I to look for the startup script for the jvm and add this option to it? Thanks Marijan (Mario) Madunic Publishing Specialist New Flyer Industries -----Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Monday, June 14, 2010 8:24 AM To: fop-users@xmlgraphics.apache.org Subject: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm Hi Mario, It's a VM option. I don't think the variable is used already, so either you implement it or hardcode the vm switch into your start script. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Mario Madunic [mailto:mario_madu...@newflyer.com] Gesendet: Montag, 14. Juni 2010 15:13 An: fop-users@xmlgraphics.apache.org Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm I've been following these GC conversations with interest as I'm having this issue also. My question is where do I put "-Xincgc"? As an env var for ant (ant_opts) or java (java_opts)? I'm using FOP as an Ant task on a windows XP machine and only 32 bit but have access to a 64 bit machine. Thanks Marijan (Mario) Madunic Publishing Specialist New Flyer Industries -Original Message- From: Antti Karanta [mailto:antti.kara...@napa.fi] Sent: Monday, June 14, 2010 7:03 AM To: fop-users@xmlgraphics.apache.org Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl wrote: > Anyway, I used -Xincgc and had no more problems with the exception. That did the trick for me, too. Thanks a lot for your help! ::Antti:: - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org Please consider the environment before printing this e-mail. CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with thi
AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Hi Mario, Yes, if you start fop from your java code (FopFactory.newInstance() and so on), it's a switch for the VM which runs your code. If you run fop through fop.bat, you would have to modify your fop.bat. Mit freundlichen Grüßen Georg Datterl -- Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Mario Madunic [mailto:mario_madu...@newflyer.com] Gesendet: Montag, 14. Juni 2010 15:32 An: fop-users@xmlgraphics.apache.org Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm Georg, Sorry but this is "Greek" to me. I'm grateful for the help and quick reply but do not know what my options are, if any. "so either you implement it or hardcode the vm switch into your start script". What is the start script? (My knowledge of Java is basically laughable). Am I to look for the startup script for the jvm and add this option to it? Thanks Marijan (Mario) Madunic Publishing Specialist New Flyer Industries -Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Monday, June 14, 2010 8:24 AM To: fop-users@xmlgraphics.apache.org Subject: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm Hi Mario, It's a VM option. I don't think the variable is used already, so either you implement it or hardcode the vm switch into your start script. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Mario Madunic [mailto:mario_madu...@newflyer.com] Gesendet: Montag, 14. Juni 2010 15:13 An: fop-users@xmlgraphics.apache.org Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm I've been following these GC conversations with interest as I'm having this issue also. My question is where do I put "-Xincgc"? As an env var for ant (ant_opts) or java (java_opts)? I'm using FOP as an Ant task on a windows XP machine and only 32 bit but have access to a 64 bit machine. Thanks Marijan (Mario) Madunic Publishing Specialist New Flyer Industries -Original Message- From: Antti Karanta [mailto:antti.kara...@napa.fi] Sent: Monday, June 14, 2010 7:03 AM To: fop-users@xmlgraphics.apache.org Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl wrote: > Anyway, I used -Xincgc and had no more problems with the exception. That did the trick for me, too. Thanks a lot for your help! ::Antti:: - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org Please consider the environment before printing this e-mail. CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org Please consider the environment before printing this e-mail. CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged