Re: XSL transformations with FOP
Jeremias Maerki wrote: Sounds like you XML parser doesn't provide namespace information. You may have to enable that feature. What XML parser and XSLT implementation do you use? FOP is by default using Apache Xerces and Xalan which work fine. I use the software pretty out of the box so they're Xerces and Xalan. Here's what it outputs when I try to process xml-fop/docs/examples/markers/glossary.xml: D:\Java\tools\fop-0.20.5rc\docs\examples\markersfop glossary.xml glossary.pdf [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] FOP 0.20.5rc [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] building formatting object tree [INFO] setting up fonts [ERROR] Unknown formatting object ^glossary [ERROR] Root element must be root, not :glossary As you can see, I'm using a Windows box... The command fop is a batch file which just executes java org.apache.fop.apps.Fop %1 %2 %3 %4 %5 %6 %7 %8 (had to do it this way due to the lack of command aliases in DOS). I haven't altered the files (glossary.[xml|xsl])... -- -- Santtu Japsu Pajukanta -- [EMAIL PROTECTED] -- ICQ#: 115011651 Any job worth doing with a laser is worth doing with many, many lasers, -Khrima in ADVENTURERS! the comic by Mark Shallow - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to detect page breaks ?
[EMAIL PROTECTED] wrote: I have a little problem to detect page breaks using xsl:fo... You cannot detect page break, you are not programming in xsl-fo. You should think in declarative way instead, e.g. just declare that odd pages should have gray border on the right, even pages - on the left etc. Here's my problem : I need to put the gray border (which will contain text) at the left or at the right of my page depending on the position of it in the catalog (right, as front, or left, as back). That's pagination basics, you have to define different page masters for right, left, front pages then. See http://www.dpawson.co.uk/xsl/sect3/bk/ch05.html#d0e1448. PS. And don't post in html format please, that's explicitly forbidden in Apache mail lists, see Mailing Lists Guidelines at http://jakarta.apache.org/site/mail.html. -- Oleg Tkachenko Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSL transformations with FOP
Santtu Pajukanta wrote: I use the software pretty out of the box so they're Xerces and Xalan. Here's what it outputs when I try to process xml-fop/docs/examples/markers/glossary.xml: D:\Java\tools\fop-0.20.5rc\docs\examples\markersfop glossary.xml glossary.pdf [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] FOP 0.20.5rc [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] building formatting object tree [INFO] setting up fonts [ERROR] Unknown formatting object ^glossary [ERROR] Root element must be root, not :glossary As you can see, I'm using a Windows box... The command fop is a batch file which just executes java org.apache.fop.apps.Fop %1 %2 %3 %4 %5 %6 %7 %8 (had to do it this way due to the lack of command aliases in DOS). I haven't altered the files (glossary.[xml|xsl])... Hehe, fop glossary.xml glossary.pdf is wrong command line actually, when using input file name without any options, FOP assumes it's xsl-fo document. Use instead fop.bat -xml glossary.xml -xsl glossary.xsl -pdf glossary.pdf -- Oleg Tkachenko Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: EPS images not shown in Acrobat
I haven't used Illustrator myself before but have you tried playing around with the export setting such as convert text to graphics or not embedding but only referencing the fonts? If you download Batik standalone and start Squiggle (the SVG browser) can it display the generated SVG? If no, then it's a Batik problem and the Batik team should be contacted. On 14.02.2003 22:39:43 Joop Vriend wrote: 3) Batik produces an error on the embedded font in the SVG saved by Illustrator (10): [ERROR] svg graphic could not be built: file:/tmp/logo.svg: The following stylesheet represents an invalid CSS document. And if you tell Illustrator not to embed fonts? Or try 0.20.5rc. It contains a more current Batik version. We (already) tried it with the latest version of Batik. Still no luck. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG from OpenOffice, redux
David and Harm, I've just found the bugs, I think. I've fixed them in CVS and checked them against 3 different SVG files generated by OpenOffice. They work fine now. Either download FOP from CVS or wait until version 0.20.5rc2 which should be out on Monday. Technical background: I've found 0 0 0 0 0 0 cm transformation matrices in the PDF code. They came from rounding errors. I've dialed up the sensitivity of the double formatting so now reasonable values get generated. Will you please check with your SVG files and report back if it works? Thanks a lot! On 15.02.2003 19:52:39 David Bridgeland wrote: I get the same problem as Harm did a few weeks back. I am using an SVG exported from OpenOffice. I refer to it with a fo:external-graphic. Using FOP 0.20.5rc, I generate a PDF. But Acrobat complains about a wrong operand type and fails. I have isolated the problem to the viewbox. OpenOffice generates an SVG with a large viewbox: svg width=207mm height=270mm viewBox=0 0 20700 27000 FOP produces an Acrobat-failing PDF with just an minimal SVG: just this viewbox, without any lines or polygons or anything. But if I change the minimal SVG viewbox to 0 0 207 270, it no longer fails. Does FOP's rendering engine (Batik?) have a bug dealing with big viewboxes?? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Postscript Error when RIPing document created with FOP
Sorry for the delay. I've looked up that private discussion with Claes Bergsten. The theory is that that particular Xerox PDF RIP has a bug in the PDF to PostScript conversion which causes the subsequent PostScript RIP to choke on PDF XObjects (which are normally used to hold images). You don't seem to have exactly the same problem. As Victor suggested I'd contact technical support for the PDF RIP and ask them to analyze the problem. Either they can fix their bug or give us a pointer for us to find out what we're possibly doing wrong. On 11.02.2003 07:16:58 Jeremias Maerki wrote: I'm late for the show, sorry. I'd like to point you to a discussion I had with Claes Bergsten. I think he had the same problem (also on a Xerox RIP). We two had a private exchange then (so not the whole discussion is in the archive, I'll have to dig up the content of my old company account), but I haven't had the time then to really track it down and fix it. I'll have a look at it today, maybe I can come up with something. http://marc.theaimsgroup.com/?t=10238870541r=1w=2 On 11.02.2003 01:29:26 Victor Mote wrote: If anybody else recognizes this problem, please feel free to jump in. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSL transformations with FOP
J.Pietschmann wrote: That's the command line for formatting a FO document into PDF. Why do you expect FOP to apply a style sheet without even naming it on the command line? Use fop -xml glossary.xml -xsl glossary.xsl -pdf glossary.pdf You might alsoo want to look into the FOP documentation, in particular http://xml.apache.org/fop/running.html J.Pietschmann I thought it would work because my xml file has a reference to the xsl stylesheet (?xml-stylesheet type=text/xsl href=foobar.xsl?. Thought it would do it as a web browser does... but I'm a total newbie when it comes to XML. I had a peek at that doc too but... Next time I'll read the documentation more carefully! :) Well, thanks, this works now... -- -- Santtu Japsu Pajukanta -- [EMAIL PROTECTED] -- ICQ#: 115011651 Any job worth doing with a laser is worth doing with many, many lasers, -Khrima in ADVENTURERS! the comic by Mark Shallow - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
