problems importing fonts
Hey Guys, Attempting to import some default windows fonts such as Wingdings 2, and I get an error saying Unicode CMAP table not present. I see on the fop website it does tell me I might experience issues such as this, but how would I go about fixing it? Is there a way to repair a font ? Or do I have to obtain these fonts from another source rather than just stealing them from my windows installation. Thanks! Martin. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: problems importing fonts
Martin Edge wrote: Hey Guys, Attempting to import some default windows fonts such as Wingdings 2, and I get an error saying Unicode CMAP table not present. I see on the fop website it does tell me I might experience issues such as this, but how would I go about fixing it? Is there a way to repair a font ? Or do I have to obtain these fonts from another source rather than just stealing them from my windows installation. FOP isn't the only XSL-FO Formatter that doesn't support True Type Fonts without CMAP table. If you have Font Editing Software maybe you can add the table to the Font yourself. Otherwise you will have to find the font from an alternative source. Regards, Chris - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: problems importing fonts
Yeah - from what I can see it's a limitation of the java font reader - will have a fiddle and see what I can achieve. Thanks Martin On 09/06/2009, at 6:44 PM, Chris Bowditch bowditch_ch...@hotmail.com wrote: Martin Edge wrote: Hey Guys, Attempting to import some default windows fonts such as Wingdings 2, and I get an error saying Unicode CMAP table not present. I see on the fop website it does tell me I might experience issues such as this, but how would I go about fixing it? Is there a way to repair a font ? Or do I have to obtain these fonts from another source rather than just stealing them from my windows installation. FOP isn't the only XSL-FO Formatter that doesn't support True Type Fonts without CMAP table. If you have Font Editing Software maybe you can add the table to the Font yourself. Otherwise you will have to find the font from an alternative source. Regards, 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
Re: FOP 0.95 fails to compile large PDF files - java heap space
Hi, I tried to do what Chris told me, and FOP started working, but the warnings did not disappear. Decided to take a deep breath and wait for the new stable FOP version %-| Vincent Hennebert-2 wrote: Best regards, Nancy Hi Nancy, Don’t put the new files in system-wide directories (/usr/share/java, /usr/bin/build). Those directories are managed by Debian administration tools and if you manually modify things there you’re likely to break your system. The ideal way is to create a Debian package containing the Trunk version of FOP, and that will overwrite the official package distributed by Debian. But not everyone can do that, so the usual way is to unzip the new FOP in some of your own local folders, and make sure you call the fop command from that folder (usually by giving the full path like /home/nancy/fop-trunk/fop). There are ways to avoid typing the whole path every time, but this is really getting off-topic for this list. If you don’t know how to do you may want to ask some local Linux guru for help. HTH, Vincent nancy_b wrote: Hi Chris, Thanks for your valuable comments! Do I have to rename the new files with the names of the original ones? Best regards, Nancy cbowditch wrote: nancy_b wrote: Hi dear Andreas! Sorry, you are right.. I just couldn't identify your message among piles of messages I've got. So first of all, thanks a lot for your prompt help! I unzipped fop.jar to /usr/bin/build/ and /usr/share/java (how do I check which is a symlink ?), and xmlgraphics-commons-1.4svn.jar to /usr/share/lib (do I have to rename it to xmlgraphics-commons-1.2.jar I have there?) When taking a new fop.jar you also need to update xmlgraphics-commons.jar as that has also changed and the newer fop.jar depends on the changes in xmlgraphics-commons. Hence the error. then, when trying to check the fop version, I get the following: fop -v Exception in thread main java.lang.NoClassDefFoundError: org/apache/xmlgraphics/util/uri/CommonURIResolver at org.apache.fop.apps.FOURIResolver.init(FOURIResolver.java:56) at org.apache.fop.apps.FopFactory.init(FopFactory.java:150) at org.apache.fop.apps.FopFactory.newInstance(FopFactory.java:172) snip/ Chris - 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://www.nabble.com/FOP-0.95-fails-to-compile-large-PDF-files---java-heap-space-tp23816647p23942058.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
Upgrade 0.20.5 to 0.95: line spacing increased?
Hi I've upgraded our application to use 0.95 and I have the problem that documents that were formatted to fit on one page are now overflowing onto a second page. It seems that the spacing between lines of text, (and also between other elements), has increased in this version of FOP. I've searched for some kind of parameter that might let me control this but not found any. Is this just a consequence of the rewrite for 0.95 and is there anything I can do about it ? (I notice there are some known issues regarding white space.) Also, centre justification seems to work differently in that words are split differently across lines. In the example documents 0.20.5 fits more words into the first line whereas 0.95 spreads words evenly across all lines. I've attached a sample document that displays both behaviours: quote.fo - the source generated by RTF2FO from a Word RTF document keyfacts.png - included image quote0.20.5.pdf - generated by 0.20.5 quote0.95.pdf - generated by 0.95 Any help would be appreciated as our users are insisting the spacing issue is solved without changing the original documents. At the moment the only solution I have is to revert to 0.20.5. :( Thanks, Stuart http://www.nabble.com/file/p23944243/quote.fo quote.fo http://www.nabble.com/file/p23944243/keyfacts.png keyfacts.png http://www.nabble.com/file/p23944243/quote0.20.5.pdf quote0.20.5.pdf http://www.nabble.com/file/p23944243/quote0.95.pdf quote0.95.pdf -- View this message in context: http://www.nabble.com/Upgrade-0.20.5-to-0.95%3A-line-spacing-increased--tp23944243p23944243.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Upgrade 0.20.5 to 0.95: line spacing increased?
Hi, Stuart Turner a écrit : Hi I've upgraded our application to use 0.95 and I have the problem that documents that were formatted to fit on one page are now overflowing onto a second page. It seems that the spacing between lines of text, (and also between other elements), has increased in this version of FOP. I've searched for some kind of parameter that might let me control this but not found any. Is this just a consequence of the rewrite for 0.95 and is there anything I can do about it ? (I notice there are some known issues regarding white space.) Also, centre justification seems to work differently in that words are split differently across lines. In the example documents 0.20.5 fits more words into the first line whereas 0.95 spreads words evenly across all lines. I've attached a sample document that displays both behaviours: quote.fo - the source generated by RTF2FO from a Word RTF document keyfacts.png - included image quote0.20.5.pdf - generated by 0.20.5 quote0.95.pdf - generated by 0.95 Any help would be appreciated as our users are insisting the spacing issue is solved without changing the original documents. At the moment the only solution I have is to revert to 0.20.5. :( Thanks, Stuart http://www.nabble.com/file/p23944243/quote.fo quote.fo http://www.nabble.com/file/p23944243/keyfacts.png keyfacts.png http://www.nabble.com/file/p23944243/quote0.20.5.pdf quote0.20.5.pdf http://www.nabble.com/file/p23944243/quote0.95.pdf quote0.95.pdf FOP 0.20.5 is buggy when computing vertical stacking, height and Y-coordinate. Each box is not exactly at the place it should. This often result in an unexpected overflow at the bottom of the body, worked around by increasing the margin-bottom property. FOP 0.9x is more accurate in this area. As a test, you can stack 11 lines with a measurable font-size. Between the first and the 11th baselines (= 10*line-height), you should exactly have 12*font-size (assuming the default line-height is unchanged (1.2) and there is no border/space-*/padding between lines). Pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Upgrade 0.20.5 to 0.95: line spacing increased?
Pascal SANCHO a écrit : Hi, Stuart Turner a écrit : Hi I've upgraded our application to use 0.95 and I have the problem that documents that were formatted to fit on one page are now overflowing onto a second page. It seems that the spacing between lines of text, (and also between other elements), has increased in this version of FOP. I've searched for some kind of parameter that might let me control this but not found any. Is this just a consequence of the rewrite for 0.95 and is there anything I can do about it ? (I notice there are some known issues regarding white space.) Also, centre justification seems to work differently in that words are split differently across lines. In the example documents 0.20.5 fits more words into the first line whereas 0.95 spreads words evenly across all lines. I've attached a sample document that displays both behaviours: quote.fo - the source generated by RTF2FO from a Word RTF document keyfacts.png - included image quote0.20.5.pdf - generated by 0.20.5 quote0.95.pdf - generated by 0.95 Any help would be appreciated as our users are insisting the spacing issue is solved without changing the original documents. At the moment the only solution I have is to revert to 0.20.5. :( Thanks, Stuart http://www.nabble.com/file/p23944243/quote.fo quote.fo http://www.nabble.com/file/p23944243/keyfacts.png keyfacts.png http://www.nabble.com/file/p23944243/quote0.20.5.pdf quote0.20.5.pdf http://www.nabble.com/file/p23944243/quote0.95.pdf quote0.95.pdf FOP 0.20.5 is buggy when computing vertical stacking, height and Y-coordinate. Each box is not exactly at the place it should. This often result in an unexpected overflow at the bottom of the body, worked around by increasing the margin-bottom property. FOP 0.9x is more accurate in this area. As a test, you can stack 11 lines with a measurable font-size. Between the first and the 11th baselines (= 10*line-height), you should exactly have 12*font-size (assuming the default line-height is unchanged (1.2) and there is no border/space-*/padding between lines). Pascal In addition, you cannot have exactly the same output. You can only play with some properties in order to have approximatively the same result, with many try and compare - change default line-height - change space-before/space-after - use elastic spacings, with space-*.minimum, .optimum and .maximum - etc. Good luck Pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Font registration
Ooops, I had temporarily disabled the font registration code at one point to try to work around stuff and forgotten to re-enable it. After re-enabling it, I am getting an exception about reading a TrueType font collection. I have only one ttc file (uming.ttc), so i have to assume it is that one being processed. The userconfig is generated by my code, and here is what gets passed in: fop version=1.0 strict-configurationtrue/strict-configuration renderers renderer mime=application/pdf fonts ... font embed-url=file:/home/steve/projects/sandbox/jdocbook/target/docbook/staging/fonts/uming.ttc font-triplet style=normal name=AR PL UMing CN weight=normal/ font-triplet style=normal name=AR PL UMing CN weight=bold/ font-triplet style=italic name=AR PL UMing CN weight=bold/ font-triplet style=italic name=AR PL UMing CN weight=normal/ /font /fonts /renderer /renderers /fop I have attached the output log as well as the fragments of java code used to create this userconfig. Here is the snipped exception (present in the log too): java.lang.IllegalArgumentException: For TrueType collection you must specify which font to select (-ttcname) at org.apache.fop.fonts.truetype.TTFFile.readFont(TTFFile.java:480) at org.apache.fop.fonts.truetype.TTFFontLoader.read(TTFFontLoader.java:98) at org.apache.fop.fonts.truetype.TTFFontLoader.read(TTFFontLoader.java:84) at org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:190) at org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:139) at org.apache.fop.fonts.LazyFont.load(LazyFont.java:134) at org.apache.fop.fonts.LazyFont.getAscender(LazyFont.java:241) at org.apache.fop.fonts.Font.getAscender(Font.java:106) at org.apache.fop.layoutmgr.BlockLayoutManager.initialize(BlockLayoutManager.java:89) at org.apache.fop.layoutmgr.AbstractLayoutManager.getChildLM(AbstractLayoutManager.java:119) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:75) at org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:144) at org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:553) at org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:136) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:303) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:265) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:107) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:238) at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:120) at org.apache.fop.fo.FOTreeBuilder $MainFOHandler.endElement(FOTreeBuilder.java:348) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:177) at com.icl.saxon.output.ContentHandlerProxy.endElement(ContentHandlerProxy.java:137) at com.icl.saxon.output.ProxyEmitter.endElement(ProxyEmitter.java:91) at com.icl.saxon.output.NamespaceEmitter.endElement(NamespaceEmitter.java:150) at com.icl.saxon.output.GeneralOutputter.writeEndTag(GeneralOutputter.java:681) at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:293) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225) at com.icl.saxon.style.XSLCallTemplate.process(XSLCallTemplate.java:187) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLIf.process(XSLIf.java:78) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225) at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198) at com.icl.saxon.Controller.applyTemplates(Controller.java:246) at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:289) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225) at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198) at com.icl.saxon.Controller.applyTemplates(Controller.java:246) at com.icl.saxon.Controller.defaultAction(Controller.java:271) at
java.lang.NullPointerException in FOP 20.5
Hi, I can not upgrade to .95, so I am forced to use 20.5 for a project. I know .20.5 is out-dated, but I dont have any options. I have a strange error that occurs only when outputing graphics. If I produce the PDF without graphics, it runs fine. here is the error: java.lang.NullPointerException org.apache.fop.apps.FOPException: java.lang.NullPointerException at org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:111) at org.apache.fop.apps.Fop.main(Fop.java:62) - java.lang.RuntimeException: java.lang.NullPointerException at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3363) at org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.ja va:427) at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.endDocument(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager$EntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityManager$EntityScanner.skipSpaces(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown Sou rce) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TrAXFilter.parse(TrAXFilter.java:191) at org.apache.fop.apps.Driver.render(Driver.java:498) at org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:106) at org.apache.fop.apps.Fop.main(Fop.java:62) here is my command line: java -Djava.endorsed.dirs=%LOCAL_COMP_HOME% -cp %LOCAL_COMP_HOME%fop;%LOCAL_COMP_HOME%Fop\fop.jar;%LOCAL_COMP_HOME%xml-apis.jar;%LOCAL_COMP_HOME%xercesImpl.jar;C%LOCAL_COMP_HOME%fop\batik.jar;%LOCAL_COMP_HOME%fop\avalon-framework-cvs-20020806.jar;%LOCAL_COMP_HOME%fop\jimi-1.0.jar;%LOCAL_COMP_HOME%fop\jai_core.jar;%LOCAL_COMP_HOME%fop\jai_codec.jar; -Xms256m -Xmx1056m org.apache.fop.apps.Fop -d -xml %1 -xsl %STYLESHEET_HOME%my-fo.xsl -pdf %1.pdfpause Thanks for the help. -- View this message in context: http://www.nabble.com/java.lang.NullPointerException-in-FOP-20.5-tp23946221p23946221.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Upgrade 0.20.5 to 0.95: line spacing increased?
Stuart, very interesting - one of the core changes between 0.20.5 and 0.95 is the line breaking algorithm which is now based on a model that can described as best fit while 0.20.5 uses first fit. With best fit you get a result that is suppose to be more aesthetically pleasing by avoiding lines with uneven length, avoiding large gaps when justifying etc.. You can see that effect by looking at the center aligned paragraphs in your box labelled Cover. In 0.95 the lines in each center aligned paragraph are much more equal in length giving each paragraph a much more balanced appearance. However, the sequence of the 3 center aligned paragraphs is now looking very different compared to 0.20.5 (and not necessarily 'better') as in 0.20.5 the 3 paragraphs together are much more similar (first line of each paragraph as roughly the same length) to each other which is probably desirable in this particular case. I have no solution how to exactly replicate 0.20.5 layout behaviour in 0.95. Of course you could use hard line breaks to produce the same output. Regarding the vertical space this is most likely caused by 0.95 implementing the XSL-FO specification much more accurately in this respect. The setting of line-height comes to mind as a parameter to play with. You may have to go through your fo file paragraph by paragraph (fo:block by fo:block) and make adjustments until you get the line spacing as you want it. Stuart Turner wrote: Hi I've upgraded our application to use 0.95 and I have the problem that documents that were formatted to fit on one page are now overflowing onto a second page. It seems that the spacing between lines of text, (and also between other elements), has increased in this version of FOP. I've searched for some kind of parameter that might let me control this but not found any. Is this just a consequence of the rewrite for 0.95 and is there anything I can do about it ? (I notice there are some known issues regarding white space.) Also, centre justification seems to work differently in that words are split differently across lines. In the example documents 0.20.5 fits more words into the first line whereas 0.95 spreads words evenly across all lines. I've attached a sample document that displays both behaviours: quote.fo - the source generated by RTF2FO from a Word RTF document keyfacts.png - included image quote0.20.5.pdf - generated by 0.20.5 quote0.95.pdf - generated by 0.95 Any help would be appreciated as our users are insisting the spacing issue is solved without changing the original documents. At the moment the only solution I have is to revert to 0.20.5. :( Thanks, Stuart http://www.nabble.com/file/p23944243/quote.fo quote.fo http://www.nabble.com/file/p23944243/keyfacts.png keyfacts.png http://www.nabble.com/file/p23944243/quote0.20.5.pdf quote0.20.5.pdf http://www.nabble.com/file/p23944243/quote0.95.pdf quote0.95.pdf -- View this message in context: http://www.nabble.com/Upgrade-0.20.5-to-0.95%3A-line-spacing-increased--tp23944243p23946312.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: java.lang.NullPointerException in FOP 20.5
nevermind... I was missing a .class file for an extension! a bonekrusher wrote: Hi, I can not upgrade to .95, so I am forced to use 20.5 for a project. I know .20.5 is out-dated, but I dont have any options. I have a strange error that occurs only when outputing graphics. If I produce the PDF without graphics, it runs fine. here is the error: java.lang.NullPointerException org.apache.fop.apps.FOPException: java.lang.NullPointerException at org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:111) at org.apache.fop.apps.Fop.main(Fop.java:62) - java.lang.RuntimeException: java.lang.NullPointerException at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3363) at org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.ja va:427) at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.endDocument(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager$EntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityManager$EntityScanner.skipSpaces(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown Sou rce) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TrAXFilter.parse(TrAXFilter.java:191) at org.apache.fop.apps.Driver.render(Driver.java:498) at org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:106) at org.apache.fop.apps.Fop.main(Fop.java:62) here is my command line: java -Djava.endorsed.dirs=%LOCAL_COMP_HOME% -cp %LOCAL_COMP_HOME%fop;%LOCAL_COMP_HOME%Fop\fop.jar;%LOCAL_COMP_HOME%xml-apis.jar;%LOCAL_COMP_HOME%xercesImpl.jar;C%LOCAL_COMP_HOME%fop\batik.jar;%LOCAL_COMP_HOME%fop\avalon-framework-cvs-20020806.jar;%LOCAL_COMP_HOME%fop\jimi-1.0.jar;%LOCAL_COMP_HOME%fop\jai_core.jar;%LOCAL_COMP_HOME%fop\jai_codec.jar; -Xms256m -Xmx1056m org.apache.fop.apps.Fop -d -xml %1 -xsl %STYLESHEET_HOME%my-fo.xsl -pdf %1.pdfpause Thanks for the help. -- View this message in context: http://www.nabble.com/java.lang.NullPointerException-in-FOP-20.5-tp23946221p23946717.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP 0.93 vs 0.94 vs 0.95
On 09 Jun 2009, at 00:55, Dmitry Beransky wrote: Hi On Mon, Aug 25, 2008 at 6:24 PM, Andreas Delmelle andreas.delme...@... wrote: That was due to a regression, where PercentLength.toString() indirectly called itself (a consequence of using Object.toString() instead of Property.getString()) I'm not entirely certain, but it seems like the fix never made it into 0.95. IIC, this issue should not exist in FOP Trunk anymore. I just made a fresh build off of trunk and the problem seems still to be there: java.lang.StackOverflowError at sun.misc.FloatingDecimal.dtoa(FloatingDecimal.java:515) at sun.misc.FloatingDecimal.init(FloatingDecimal.java:442) at java.lang.StringBuffer.append(StringBuffer.java:365) at org .apache.fop.fo.properties.PercentLength.toString(PercentLength.java: 121) at java.lang.String.valueOf(String.java:2615) at java.lang.StringBuffer.append(StringBuffer.java:220) [...] at org .apache.fop.fo.properties.PercentLength.toString(PercentLength.java: 121) at java.lang.String.valueOf(String.java:2615) at java.lang.StringBuffer.append(StringBuffer.java:220) at org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java: 233) at org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java: 233) Check closely whether you're /really/ using FOP Trunk. Just checked the code, and in FOP Trunk, the call stack will look like: TableColumn.toString() -StringBuffer.append() -PercentLength.getString() If you're certain you're using Trunk, then please send us the FO, so we can debug this. Thanks! Regards Andreas - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: AFP: missed FormDef
Hi Adrian, Does the ResourceGroups supported in AFP now. How can i include a FormDef?. Any sample would be greatly appreciated. Thanks, Bharat. Adrian Cumiskey wrote: Hi Fatih, ResourceGroups are not currently supported in AFP, but I am currently working on this and support for this feature should appear shortly in the latest FOP trunk code. Adrian. Fatih Piristine wrote: I want to add form definition tags ( called BRG; Begin Resource Group ) in AFP file. Somehow i could not find any tips or fo sample for this. I have checked so many websites and tried some other tools... could anyone help me with this?? Thanks Miller - 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://www.nabble.com/AFP%3A-missed-FormDef-tp15957371p23948047.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
How to include FORMDEF in FO.
Hi Everybody, I am trying to generate AFP output from fo using FOP. Does the functionality to include FORMDEF in fop included in the trunk? If so, Can anyone guide me how to include FORMDEF in the fo file. or else can you guide me how can i achieve this. Sample file would be greatly appreciated. Thanks in advance. Regards, Bharat. -- View this message in context: http://www.nabble.com/How-to-include-FORMDEF-in-FO.-tp23948173p23948173.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
Sense byte Error while printing the Barcode using Barcode4j
Hi Everybody, I am having the problem while printing the barcode. While using the barcode as below, when i am viewing the afp file in the viewer it looks ok. but while printing it on the printer at my client side i am getting the issue with sense byte errors after printing the first page. It was printed using PSF on a mainframe to an IBM printer and it too reported the same sense byte errors. Does it say, It appears that the problem is in the GOCA. fo:block space-after=5pt fo:instream-foreign-object barcode:barcode xmlns:barcode=http://barcode4j.krysalis.org/ns; message=123456789 orientation=0 barcode:Code39 barcode:height15mm/barcode:height /barcode:Code39 /barcode:barcode /fo:instream-foreign-object /fo:block Any help would be greatly appreciated. Sorry, If this is wrong place to post this error. Thanks in advance regards, Bharat -- View this message in context: http://www.nabble.com/Sense-byte-Error-while-printing-the-Barcode-using-Barcode4j-tp23952454p23952454.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Issue generating barcode when using the latest code from trunk.
Hi Chris, I have used the config setting you have mentioned and looks like that was the issue. Can you guide me where can i get the latest one to fix this for not using this config setting. because i am having a problem while printing the barcode. Saying sense byte errors. I do not have any idea about this. Just wondering if this was the problem. If i look at the viewer on my side after keeping the config tag. the barcode looks fine. but printing it on the client side is giving me the problems. They are saying it might be the problem with GOCA. Any help would be greatly appreciated. Thanks, Bharat cbowditch wrote: attaluri1210 wrote: Can you guide me where can i get the latest Barcode4j FOP plugin. i beleive i have downloaded the barcode4j-fop-ext-complete-2.0.jar. Is this the latest one? There's no official Barcode4J release with the changes for the FOP IF XML yet. I had to download the Barcode4J source from CVS and build it myself. You might just want to try the config setting first just to make sure that is the problem before you go to all that trouble. Regards, Chris snip/ - 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://www.nabble.com/Issue-generating-barcode-when-using-the-latest-code-from-trunk.-tp23845061p23952965.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Issue generating barcode when using the latest code from trunk.
Chris,
I have taken the latest code now from the truck of Barcode4j using cvs
client and when i build it i got 2 jar files barcode4j.jar and
barcode4j-light.jar.
I have included both the jar's and removed the complete jar which i used
previously.
now i am getting the below error. Any help would be greatly appreciated. did
i miss anything in between. please guide me.
C:\FOP\Trunk\trunkfop 3.fo -afp 1.afp -c fop.xconf
Jun 9, 2009 11:54:03 PM org.apache.fop.apps.FopFactoryConfigurator configure
INFO: Default page-height set to: 11in
Jun 9, 2009 11:54:04 PM org.apache.fop.apps.FopFactoryConfigurator configure
INFO: Default page-width set to: 8.26in
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
WARNING: No AFP default any, italic, 400 font configured.
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
WARNING: No AFP default any, normal, 700 font configured.
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
WARNING: No AFP default any, italic, 700 font configured.
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
WARNING: Unknown formatting object
{http://barcode4j.krysalis.org/ns}barcode; e
ncountered (a child of fo:instream-foreign-object}. (See position 59:87)
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
WARNING: Unknown formatting object
{http://barcode4j.krysalis.org/ns}code39; en
countered (a child of barcode}. (See position 60:16)
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
WARNING: Unknown formatting object
{http://barcode4j.krysalis.org/ns}height; en
countered (a child of code39}. (See position 61:18)
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
WARNING: Unknown formatting object
{http://barcode4j.krysalis.org/ns}human-read
able encountered (a child of code39}. (See position 62:26)
Jun 9, 2009 11:54:04 PM org.apache.fop.events.LoggingEventListener
processEvent
SEVERE: The intrinsic dimensions of an instream-foreign-object could not be
dete
rmined. (See position 58:29)
attaluri1210 wrote:
Hi Chris,
I have used the config setting you have mentioned and looks like that was
the issue. Can you guide me where can i get the latest one to fix this for
not using this config setting. because i am having a problem while
printing the barcode. Saying sense byte errors. I do not have any idea
about this. Just wondering if this was the problem. If i look at the
viewer on my side after keeping the config tag. the barcode looks fine.
but printing it on the client side is giving me the problems. They are
saying it might be the problem with GOCA.
Any help would be greatly appreciated.
Thanks,
Bharat
cbowditch wrote:
attaluri1210 wrote:
Can you guide me where can i get the latest Barcode4j FOP plugin. i
beleive i
have downloaded the barcode4j-fop-ext-complete-2.0.jar. Is this the
latest
one?
There's no official Barcode4J release with the changes for the FOP IF
XML yet. I had to download the Barcode4J source from CVS and build it
myself. You might just want to try the config setting first just to make
sure that is the problem before you go to all that trouble.
Regards,
Chris
snip/
-
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://www.nabble.com/Issue-generating-barcode-when-using-the-latest-code-from-trunk.-tp23845061p23955369.html
Sent from the FOP - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Font registration
Anyone please? Do we just need to say this is not going to work for TTC files? I am just setting this up incorrectly? On Tue, 2009-06-09 at 10:28 -0500, Steve Ebersole wrote: Ooops, I had temporarily disabled the font registration code at one point to try to work around stuff and forgotten to re-enable it. After re-enabling it, I am getting an exception about reading a TrueType font collection. I have only one ttc file (uming.ttc), so i have to assume it is that one being processed. The userconfig is generated by my code, and here is what gets passed in: fop version=1.0 strict-configurationtrue/strict-configuration renderers renderer mime=application/pdf fonts ... font embed-url=file:/home/steve/projects/sandbox/jdocbook/target/docbook/staging/fonts/uming.ttc font-triplet style=normal name=AR PL UMing CN weight=normal/ font-triplet style=normal name=AR PL UMing CN weight=bold/ font-triplet style=italic name=AR PL UMing CN weight=bold/ font-triplet style=italic name=AR PL UMing CN weight=normal/ /font /fonts /renderer /renderers /fop I have attached the output log as well as the fragments of java code used to create this userconfig. Here is the snipped exception (present in the log too): java.lang.IllegalArgumentException: For TrueType collection you must specify which font to select (-ttcname) at org.apache.fop.fonts.truetype.TTFFile.readFont(TTFFile.java:480) at org.apache.fop.fonts.truetype.TTFFontLoader.read(TTFFontLoader.java:98) at org.apache.fop.fonts.truetype.TTFFontLoader.read(TTFFontLoader.java:84) at org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:190) at org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:139) at org.apache.fop.fonts.LazyFont.load(LazyFont.java:134) at org.apache.fop.fonts.LazyFont.getAscender(LazyFont.java:241) at org.apache.fop.fonts.Font.getAscender(Font.java:106) at org.apache.fop.layoutmgr.BlockLayoutManager.initialize(BlockLayoutManager.java:89) at org.apache.fop.layoutmgr.AbstractLayoutManager.getChildLM(AbstractLayoutManager.java:119) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:75) at org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:144) at org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:553) at org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:136) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:303) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:265) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:107) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:238) at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:120) at org.apache.fop.fo.FOTreeBuilder $MainFOHandler.endElement(FOTreeBuilder.java:348) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:177) at com.icl.saxon.output.ContentHandlerProxy.endElement(ContentHandlerProxy.java:137) at com.icl.saxon.output.ProxyEmitter.endElement(ProxyEmitter.java:91) at com.icl.saxon.output.NamespaceEmitter.endElement(NamespaceEmitter.java:150) at com.icl.saxon.output.GeneralOutputter.writeEndTag(GeneralOutputter.java:681) at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:293) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225) at com.icl.saxon.style.XSLCallTemplate.process(XSLCallTemplate.java:187) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLIf.process(XSLIf.java:78) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225) at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198) at com.icl.saxon.Controller.applyTemplates(Controller.java:246) at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:289) at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634) at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225) at
Re: RE : (OK) Error with fo:instream-foreign-object and SVG
Hi, I am also getting the same error. I am using latest fop and barcode4j code from the trunk. Can you please tell me what did you do to fix that issue. Thanks, Bharat michella wrote: Ok... Sorry, it has been finally working... Thank you Regards Lawrence -Message d'origine- De : Chris Bowditch [mailto:bowditch_ch...@hotmail.com] Envoyé : mardi, 6. décembre 2005 12:58 À : fop-users@xmlgraphics.apache.org Objet : Re: Error with fo:instream-foreign-object and SVG miche...@post.ch wrote: Hi all, I have the following error, but no ide on how to fix it! You don't say which version of FOP you use, 0.20.5, or 0.90alpha1?? (...) Intrinsic dimensions of instream-foreign-object could not be determined (...) The message seems to say that you must specify a width and height on the instream-foreign-object. However, I must say that I'm surprised by this message. The size can usually be worked out automatically snip/ 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 -- View this message in context: http://www.nabble.com/RE-%3A-%28OK%29-Error-with-fo%3Ainstream-foreign-object-and-SVG-tp1812827p23955568.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
