Re: RE: How can i bring the borders in PDF format?
Hai Michail, i am getting the table border in the PDF format. thanks for ur suggestion. But, i am getting the Error messsage from the Acrobat Reader. The error is Illegal operation 'm' inside a text object. The following are my coding in my sample.fo.xsl file: fo:table-cell border-style=solid border-width=0.001pt fo:block font-size=8pt space-before.optimum=5pt color='green'No./fo:block /fo:table-cell If there is any error, please advise me Thanks in advance. Sudhakar Sankar On Tue, 11 Sep 2001 Michail Bikoulis wrote : - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop build.xml
keiron 01/09/12 02:30:40 Modified:.build.xml Log: made the construction of foreign name dom a bit more direct and simple reducing number of classes Revision ChangesPath 1.44 +1 -25 xml-fop/build.xml Index: build.xml === RCS file: /home/cvs/xml-fop/build.xml,v retrieving revision 1.43 retrieving revision 1.44 diff -u -r1.43 -r1.44 --- build.xml 2001/08/26 14:26:24 1.43 +++ build.xml 2001/09/12 09:30:40 1.44 @@ -228,13 +228,9 @@ property name=src.propmaker.xsl value=${src.codegen}/propmaker.xsl/ property name=foproperties.xml value=${build.codegen}/foproperties.xml/ property name=colorkw.xml value=${build.codegen}/colorkw.xml/ -property name=svgproperties.xml value=${build.codegen}/svgproperties.xml/ property name=extproperties.xml value=${build.codegen}/extproperties.xml/ property name=allprops.xml value=${build.codegen}/allprops.xml/ -property name=svgelements.xml value=${build.codegen}/svgelements.xml/ -property name=elements.xsl value=${build.codegen}/elements.xsl/ - property name=properties.xsl value=${build.codegen}/properties.xsl/ property name=propmap.xsl value=${build.codegen}/propmap.xsl/ property name=enumgen.xsl value=${build.codegen}/enumgen.xsl/ @@ -433,13 +429,8 @@ !-- generate the java files from xml resources -- echo message=Generating the java files from xml resources/ - -xslt infile=${svgelements.xml} xsltfile=${src.propmaker.xsl} -dependent=${propinc.xsl} -outfile=${svgproperties.xml} smart=yes/ - xslt infile=${allprops.xml} xsltfile=${genconst.xsl} - dependent=${foproperties.xml},${svgproperties.xml},${extproperties.xml},${colorkw.xml} +dependent=${foproperties.xml},${extproperties.xml},${colorkw.xml} outfile=${build.src}/${replacestring}/fo/properties/Constants.java smart=yes/ xslt infile=${foproperties.xml} xsltfile=${properties.xsl} @@ -452,16 +443,6 @@ dependent=${propinc.xsl} outfile=${build.src}/${replacestring}/fo/properties/foenums_${ignore_this} smart=yes/ -xslt infile=${svgproperties.xml} xsltfile=${properties.xsl} -dependent=${propinc.xsl} -outfile=${build.src}/${replacestring}/fo/properties/svg_${ignore_this} smart=yes/ -xslt infile=${svgproperties.xml} xsltfile=${propmap.xsl} -dependent=${propinc.xsl} - outfile=${build.src}/${replacestring}/fo/properties/SVGPropertyMapping.java smart=yes/ -xslt infile=${svgproperties.xml} xsltfile=${enumgen.xsl} -dependent=${propinc.xsl} - outfile=${build.src}/${replacestring}/fo/properties/svgenums_${ignore_this} smart=yes/ - xslt infile=${extproperties.xml} xsltfile=${properties.xsl} dependent=${propinc.xsl} outfile=${build.src}/${replacestring}/fo/properties/ext_${ignore_this} smart=yes/ @@ -471,11 +452,6 @@ xslt infile=${extproperties.xml} xsltfile=${enumgen.xsl} dependent=${propinc.xsl} outfile=${build.src}/${replacestring}/fo/properties/extenums_${ignore_this} smart=yes/ - - -xslt infile=${svgelements.xml} xsltfile=${elements.xsl} -outfile=${build.src}/${replacestring}/svg/ele_${ignore_this} smart=yes/ - xslt infile=${charlist.xml} xsltfile=${charlist.xsl} outfile=${build.src}/${replacestring}/render/pdf/CodePointMapping.java smart=yes/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can fo:external-graphic refer to image URLs? (fwd)
Try replacing with amp; is a reserved character and the XML parser is interpreting as the start of an entity before it even reaches fop. -Original Message- From: Jocelyn Paine [mailto:[EMAIL PROTECTED]]On Behalf Of Jocelyn Paine Sent: Wednesday, September 12, 2001 12:24 PM To: [EMAIL PROTECTED] Subject: Can fo:external-graphic refer to image URLs? (fwd) I notice that in all the examples I've seen, the src attribute of fo:external-graphic points at a file. Can it refer to a URL? I wish to generate PDF pages which contain lots of graphs. These graphs are dynamically generated by a servlet which takes a URL containing the data points in its query parameters, plots the graph on the spot, and streams it back. So one of our URLs might look like http://oursite/plotter/?points=1,2;3,4;5,6caption=Growthsize=small I've just tried this with FOP 0.20.1 and get back an error message: Reference to entity points must end with the ';' delimiter. This strongly suggests that it doesn't know how to parse URLs. (The URL is a bit longer than the example above, and contains some escaped characters, but it is valid and understood by both Netscape and IE.) Of course, to be able to convert such dynamic URLs, FOP would need to make an HTTP connection with the server and download the image, but that ought to be possible. So if FOP can't handle images at the end of URLs, my easiest bet might be to amend the source so it can - Java makes that easy enough. Where in the source would I look? Jocelyn Paine http://www.ifs.org.uk/~popx/ +44 (0)7768 534 091 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Can fo:external-graphic refer to image URLs? (fwd)
On Wed, 12 Sep 2001, Alistair Hopkins wrote: Thanks! That works. So FOP can handle fo:external-graphic images at the end of an HTTP URL. Try replacing with amp; is a reserved character and the XML parser is interpreting as the start of an entity before it even reaches fop. -Original Message- From: Jocelyn Paine [mailto:[EMAIL PROTECTED]]On Behalf Of Jocelyn Paine Sent: Wednesday, September 12, 2001 12:24 PM To: [EMAIL PROTECTED] Subject: Can fo:external-graphic refer to image URLs? (fwd) I notice that in all the examples I've seen, the src attribute of fo:external-graphic points at a file. Can it refer to a URL? I wish to generate PDF pages which contain lots of graphs. These graphs are dynamically generated by a servlet which takes a URL containing the data points in its query parameters, plots the graph on the spot, and streams it back. So one of our URLs might look like http://oursite/plotter/?points=1,2;3,4;5,6caption=Growthsize=small I've just tried this with FOP 0.20.1 and get back an error message: Reference to entity points must end with the ';' delimiter. This strongly suggests that it doesn't know how to parse URLs. (The URL is a bit longer than the example above, and contains some escaped characters, but it is valid and understood by both Netscape and IE.) Of course, to be able to convert such dynamic URLs, FOP would need to make an HTTP connection with the server and download the image, but that ought to be possible. So if FOP can't handle images at the end of URLs, my easiest bet might be to amend the source so it can - Java makes that easy enough. Where in the source would I look? Jocelyn Paine http://www.ifs.org.uk/~popx/ +44 (0)7768 534 091 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: A C XSL-FO processor
At 04:32 PM 9/12/01 +1000, Peter West wrote: I concur with much of what you have said here, and I am much more comfortable in C than in Java. C++ I have always avoided. That said, I would personally prefer to pursue the Java development for career reasons - I have much more chance of getting work in Java than in C. Can't argue with that. :-) Your design contributions are definitely welcome. What I think is most interesting about the C project is the chance to sit down and design the thing from the ground up in terms of good old algorithms + data structures. I believe that such a rethink is also necessary for the Java project. I also believe that the same design will serve both implementions. Is there any reason why it would not? This is my intention. A FOP 2 was rejected by the community but I think there is still a requirement for a new project, that starts clean. And I know there is a developer base that simply does not want to work with Java. But I definitely wish for design decisions made in xslfo-proc to inform decisions made in FOP. You are right...I do in fact believe that this comes down to good old algorithms and data structures. I can't quite put my finger on it, but Java-style OOP failed us (by us I mean FOP) at least a year ago. What happened, I think, is that the initial design was very data-centric, and although the base classes were pretty good, they broke down when a number of XSL requirements had to be implemented. Keiron has now released a new design doc, and the layout managers described in there, really follow up on concepts that have been discussed for quite some time now. At some point, when you have enough managers, you start thinking, why am I doing this with OOP? My own view is that the common design can be expressed in whatever combination of classes is most appropriate to that design. I have not volunteered for any particular aspect of the design for the simple reason that I am not yet comfortable with the spec and the design as a whole, but I will be following proceedings with great interest, and as soon as I am confident that I know where I am headed, I will put my hand up. I have lately (apart from battling the 'flu) been looking at the handling of properties, an area which I think is a good candidate for lots of static fields and class methods. I was looking at extending my experiments in the building of the FO tree, when I realized that I would have to know what to do with properties before I could do much with the FO tree. I think Karen will appreciate assistance with the properties work. Regards, Arved Fairly Senior Software Type e-plicity (http://www.e-plicity.com) Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: A C XSL-FO processor
Dear Arved others, I'm willing to volunteer to help with the C implementation. I would also like to see a data structures + algorithms approach to the project. At least it will provide some interesting comparisons! Regards, Mick /\ \ / X ASCII Ribbon Campaign / \ Against HTML Mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
fop/xalan memory usage
Has anyone found any effective techniques for keeping the memory requirements down for xalan/fop? I was doing some testing yesterday with a 128m heap, and any report over 20 something pages would produce out of memory exceptions in various places. I'm currently keeping the xml and fo in stream memory buffers, and considering writing those to disk instead to save some memory. Any other ideas? Darrel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: fop/xalan memory usage
We are seeing the same thing - roughly 60M is taken up for about 20-30 pages. We have increased the JVM max mem settings, but this is only a stopgap. -Lou Darrel Riekhof [EMAIL PROTECTED] on 09/12/2001 12:41:36 PM Please respond to [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] cc: Subject: fop/xalan memory usage Has anyone found any effective techniques for keeping the memory requirements down for xalan/fop? I was doing some testing yesterday with a 128m heap, and any report over 20 something pages would produce out of memory exceptions in various places. I'm currently keeping the xml and fo in stream memory buffers, and considering writing those to disk instead to save some memory. Any other ideas? Darrel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Can fo:external-graphic refer to image URLs?
I notice that in all the examples I've seen, the src attribute of fo:external-graphic points at a file. Can it refer to a URL? I wish to generate PDF pages which contain lots of graphs. These graphs are dynamically generated by a servlet which takes a URL containing the data points in its query parameters, plots the graph on the spot, and streams it back. So one of our URLs might look like http://oursite/plotter/?points=1,2;3,4;5,6caption=Growthsize=small I've just tried this with FOP 0.20.1 and get back a dodgy looking error message: Reference to entity points must end with the ';' delimiter. This suggests quite strongly that it doesn't know how to parse URLs. (The URL is a bit longer than the example above, and contains some escaped characters, but it is valid and understood by both Netscape and IE.) Of course, to be able to convert such dynamic URLs, FOP would need to make an HTTP connection with the server and download the image, but that ought to be possible. Jocelyn Paine http://www.ifs.org.uk/~popx/ +44 (0)7768 534 091 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Unable to perform PDF creation
Hello, i have download the newest version of FOP ( 0_20_1_bin ) and could not perform a pdf creation. I embedded this code: FileInputStream file = new FileInputStream( new File( e:\\border.fo ) ); Driver driver = new Driver( new InputSource( file ), out ); driver.setRenderer( Driver.RENDER_PDF ); driver.setupDefaultMappings(); driver.run(); FileWriter file = new FileWriter( e:\\my.pdf ); file.write( new String( out.toByteArray() ); file.flush(); file.close(); in my application. I tried to render 'border.fo' from example directory. The result is very strange. I got a pdf file that contains only a blank page. If i run the 'runtests.bat', all pdf documents will be build correct ( including border.pdf ) The only difference i see between 'my.pdf' and 'border.pdf' is in pdf source: 'Border.pdf': /Producer (FOP 0.20.1) endobj 5 0 obj /Length 1330 /Filter [ /ASCII85Decode /FlateDecode ] stream Gat=,9lC\:A@sBoRTAk2FW*qIiJOn.BCEQ1'eHF6a@T8Ohuj\%4M7JlC%)9E9ru.. ... 'My.pdf': /Producer (null) endobj 5 0 obj /Length 1062 /Filter /FlateDecode stream xœ?XMoI½ûWô?C?6EU)«Å@2ÚC²²‘†µ(ÿžê™îùpì™2Ê!뽞W¯ª»«ü¼Z.. ... It seems to be the stream is not correct. My System: JDK 1.3 with JBuilder4 Win NT 4.0 and Win98 All Jar-Files included from \\lib Hope, somebody can help me, because i spended much time to find this error. greetings harry Elaxy AG Harry Grüneis Gutenbergstr. 5 D- 82178 Puchheim bei München Tel. +49 (89) 890 130 81 Fax +49 (89) 890 130 89 e-Mail: [EMAIL PROTECTED], Web: http://www.turck.de
Fop performance problem
I have some performance problems with FOP while running it on big .fo files. I run the fop from a servlet and the input .fo file is bigger then 6Mb. The problem is that after a number of pages in the result pdf file is being created the render() function stacks for some undefined time (from 1 to 15 minutes !!! no CPU usage in this period of time). Can someone explain me what should I do to solve the problem, if it's possible ? I attach the exact code that uses fop in my servlet. //== === public ByteArrayOutputStream xmlToPdf(CSessionContext sessionContext, File foFile ) throws CTdException { try { ByteArrayOutputStream outStream = new ByteArrayOutputStream(); Driver driver = new Driver(); driver.setRenderer(Driver.RENDER_PDF); XMLReader parser = XMLReaderFactory.createXMLReader(org.apache.xerces.parsers.SAXParser); driver.setOutputStream(outStream); driver.render(parser, new InputSource(new FileInputStream(foFile))); return outStream; } catch (Exception e) { throw new CTdException(Failed to build report ,e); } } //== === Thank you in advance Michael Zeldich Mercury Interactive Co. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Concurrency Problem with mutiple pages being generated when using fop
I am facing a similar problem to what was described in http://marc.theaimsgroup.com/?l=fop-devm=100015708206260w=2 and http://marc.theaimsgroup.com/?l=fop-devm=100019510024180w=2 Except, in my case, fop starts producing too many pages because of the size of pictures being used, in addition to the table headers described in the above link. The above link explains this to be a problem in Cocoon's org.apache.cocoon.formatter.FO2PDFFormatter.format() method. I have looked at the Cocoon project pages and could not find a fix for this problem. I have tried getting all pics being used to be less than the size of 1/4 page and I still get the concurrency problem. Earlier, I was getting the dreaded OME exception, but that got fixed after applying a patch that we found on the FAQ's at http://www.owal.co.uk:8090 (which seems to be down for the last couple of days). I am using fop 0.18 with the memory patch and am running JDK1.2.2 with -ms128m -mx256m as the options. In the above links, it is mentioned that this problem of multiple pages being generated is not fixed even when using fop0.20, therefore I did'nt want to upgrade. I have tried increasing the memory option when starting the JVM but that does'nt make much difference either. I don't think the patch for the OME fixes the problem with too many pages being generated. Is there a patch available to fix that? Thanks. Gagan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
OT - IE ignores pdf
Hi all I have a Fo file created from XML and XSL and Im trying to view it in IE. And I either see binary content on the same page or the page gets blank. The same thing works perfectly in NEtscape. These are my search results from this archive and from the net 1) If the page size is less than 8k, it shows a blank page in IE. Tried padding the pages with blanks and dummy content, no use 2) IE doesnt recognize mime types. I changed the name of the target file to be something.pdf and post all the data to that file. No use 3) Updated my browser to SP1.(IE 5.5 SP1), nothing.. Is there anything that i have missed?? Does this problem have a solution!!! BTW i use Netscape 4.7(works fine) and IE 5.5 SP1 on Win2k. TIA Raj __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
PCL Problems on HP Deskjet 400
Question - I am testing a PCL generated file on an HP DeskJet 400 Printer, circa 1995 with Windows 95. I am seeing rather funky behavior, with the headers and footers being messed up (it looks like a few of the lines were written and then written over - perhaps a page break issue in our XSL)- our XSL is quite heavy and complex, so I am not sure where to start. I am wondering if I need to take the approach of looking at our XSL and seeing where it can be tuned or tweaked to change this behavior, or do I need to go to the PCL itself? I'm wondering if someone could nudge me in a certain direction? The output looks fairly decent on an HP8000 or HP820. I called HP and they weren't much help. Thanks for any help or input, Tony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Unable to perform PDF creation
Hi PDF is a binary format. Don't convert it to a String and don't use FileWriters. Your code should probably look approximately like this: FileInputStream file = new FileInputStream( new File( e:\\border.fo )); OutputStream out = new FileOutputStream(e:\\my.pdf); try { Driver driver = new Driver( new InputSource( file ), out ); driver.setRenderer( Driver.RENDER_PDF ); driver.setupDefaultMappings(); driver.run(); } finally { out.close(); } On Wed, 12 Sep 2001 15:10:26 +0200 Harry.Grueneis wrote: Hello, i have download the newest version of FOP ( 0_20_1_bin ) and could not perform a pdf creation. I embedded this code: FileInputStream file = new FileInputStream( new File( e:\\border.fo ) ); Driver driver = new Driver( new InputSource( file ), out ); driver.setRenderer( Driver.RENDER_PDF ); driver.setupDefaultMappings(); driver.run(); FileWriter file = new FileWriter( e:\\my.pdf ); file.write( new String( out.toByteArray() ); file.flush(); file.close(); in my application. I tried to render 'border.fo' from example directory. The result is very strange. I got a pdf file that contains only a blank page. If i run the 'runtests.bat', all pdf documents will be build correct ( including border.pdf ) The only difference i see between 'my.pdf' and 'border.pdf' is in pdf source: 'Border.pdf': /Producer (FOP 0.20.1) endobj 5 0 obj /Length 1330 /Filter [ /ASCII85Decode /FlateDecode ] stream Gat=,9lC\:A@sBoRTAk2FW*qIiJOn.BCEQ1'eHF6a@T8Ohuj\%4M7JlC%)9E9ru.. ... 'My.pdf': /Producer (null) endobj 5 0 obj /Length 1062 /Filter /FlateDecode stream xÅ?XMoI½ûWô?C?6EU)«à @2ÃC²²âÃâ µ(ÿžêâ¢Ã®Ã¹pìâ¢2Ã!뽞W¯ª»«ü¼Z.. ... It seems to be the stream is not correct. My System: JDK 1.3 with JBuilder4 Win NT 4.0 and Win98 All Jar-Files included from \\lib Hope, somebody can help me, because i spended much time to find this error. greetings harry Elaxy AG Harry Grüneis Gutenbergstr. 5 D- 82178 Puchheim bei München Tel. +49 (89) 890 130 81 Fax +49 (89) 890 130 89 e-Mail: [EMAIL PROTECTED], Web: http://www.turck.de Freundliche Grüsse OUTLINE AG Jeremias Märki mailto:[EMAIL PROTECTED] Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Fon +41 (41) 317 2020 - Fax +41 (41) 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]