[ERROR] null while running FOP
Hi, I have done transformation of xml to html. I am getting desired output using xalan parer. No I have replace html with xsl-fo tags so that I should get pdf output. 1) Is there any site which gives the html equivalent of xsl-fo tags? 2) I am getting null error while parsing. I have attached xsl and xml files please suggests me where is the actual problem. Thanks and Regards Bhaskar K S ?xml version=1.0 encoding=utf-8? header client nameSwiss test client/name numberU5AD, U5AG/number StartPeriod01.09.2006/StartPeriod EndPeriod30.09.2006/EndPeriod FinalReport24.09.2006/FinalReport /client /header test.xsl Description: test.xsl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVG width of rect element
Hi all... Like to generate SVG... In 0.92beta it was no problem! Now i've tested it with 0.92 latest trunk and i receive the following error svg graphic could not be built... the attribute width of the element rect is required xsl: xsl:if test=bgcolor rect x=0 y=0 height=400 xsl:attribute name=width xsl:if test=showlegend and not(showlegend/@chartfitpos)800/xsl:if xsl:if test=not(showlegend) or showlegend/@chartfitpos600/xsl:if /xsl:attribute xsl:attribute name=strokenone/xsl:attribute xsl:attribute name=fill xsl:value-of select=bgcolor/ /xsl:attribute /rect /xsl:if any ideas? cheers, marc
Re: [ERROR] null while running FOP
[EMAIL PROTECTED] wrote: Hi, I have done transformation of xml to html. I am getting desired output using xalan parer. No I have replace html with xsl-fo tags so that I should get pdf output. 1) Is there any site which gives the html equivalent of xsl-fo tags? A quick search on google revealed the html2fo project: http://html2fo.sourceforge.net/ BTW, I believe what you are doing is not the best approach. A better solution is to generate 2 separate XSLT stylesheets; 1 to transform your own XML to HTML and another to tranform the XML to XSL-FO. Creating a chain like XML-HTML-XSL-FO means some features may be lost in translation. 2) I am getting null error while parsing. I have attached xsl and xml files please suggests me where is the actual problem. You dont say what version of FOP you are using? I had a quick look at your XSLT and there is a typo in the client template: xsl:template match=client fo:block xsl:value select=name/ xsl:value select=number/ /fo:block /xsl:template The xsl:value element doesnt exist. I believe you meant xsl:value-of BTW, this is a pure XSLT problem, which you would have spotted yourself if you ran the XSLT in a separate step before presenting FOP with the XSL-FO. If you call FOP with an XML and XSL file then it calls xalan to generate the XSL-FO first. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVG2PDF fonts.java
Hi @ all, i have a little Problem with the FOP-Tool. I tried do convert a svg into a pdf. With the example (HelloWorld.svg) it works. But if i used another with a lot of text and a char- I have a problem in the font.java. The JavaCompiler error description: CodePointMapping cannot be resolved. @char d = CodePointMapping.getMapping(WinAnsiEncoding).mapChar(c); @return (CodePointMapping.getMapping(WinAnsiEncoding).mapChar(c) 0); Can anybody help me? Thanks to all. Have a nice day. Bye Dominik -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PNG transparency renders as black - urgent
Hi, I quickly tried your files after processing them into png8 and png 24 with Adobe Illustrator: the transparency is working with png 8, not with PNG24 (I'm using FOP 0.20.5). I didn't investigate further. I hope this helps. I join the files. Nadege -Message d'origine- De : Martin Zak [mailto:[EMAIL PROTECTED] Envoyé : mardi 19 décembre 2006 17:38 À : fop-users@xmlgraphics.apache.org Objet : PNG transparency renders as black - urgent Hi all, really I'm the only one who came to this issue?? Any feedback is welcomed... Thanks Martin Original Message Subject:PNG transparency renders as black Date: Thu, 07 Dec 2006 16:09:18 +0100 From: Martin Zak [EMAIL PROTECTED] Reply-To: fop-users@xmlgraphics.apache.org, [EMAIL PROTECTED] Organization: Ginger Alliance To: fop-users@xmlgraphics.apache.org Hi all, I had to go for a trunk version of FOP due to some fixes available in this version. Unfortunately it seems I came to the bug which was introduced in some of the new versions. When including PNG image containing transparent areas (using fo:external-graphic), the image is corrupted. The transparent area is rendered in black and also the image itself seems to doubled while shifted down (see the sample). I used the same image with the FOP binary from November 13th, and the result was ok. Also the size of the resulting pdf differs a lot (141kB with old/correct version against 37kB with new/wrong). (BTW how do I find the build version when fop says FOP Version svn-trunk ?? Where to look for the version info?) Any idea what could change? (we use fop in production and got to troubles after the update :| ) Files: png_transparency.fo test.png png_transparency_good.pdf [pdf generated with fop trunk of November 13th] png_transparency_wrong.pdf[pdf generated with fop trunk of today (December 7th)] Cheers Martin MartinZak8.png Description: MartinZak8.png MartinZak24.png Description: MartinZak24.png - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PNG transparency renders as black - urgent
...just to point out that I used the same image with the FOP binary from November 13th, and the result was *ok*. What changed between these versions??? Also I tried to convert to indexed colors with transparency (in photoshop) and it also works. But full PNG (RGB, 24-bit) with transparency doesn't. We updated fop (for various reasons) on the client server and got to this bad situation :(( it's urgent otherwise they will chop my head off :| cheers Martin Martin Zak wrote: Hi all, really I'm the only one who came to this issue?? Any feedback is welcomed... Thanks Martin Original Message Subject: PNG transparency renders as black Date: Thu, 07 Dec 2006 16:09:18 +0100 From: Martin Zak [EMAIL PROTECTED] Reply-To: fop-users@xmlgraphics.apache.org, [EMAIL PROTECTED] Organization: Ginger Alliance To: fop-users@xmlgraphics.apache.org Hi all, I had to go for a trunk version of FOP due to some fixes available in this version. Unfortunately it seems I came to the bug which was introduced in some of the new versions. When including PNG image containing transparent areas (using fo:external-graphic), the image is corrupted. The transparent area is rendered in black and also the image itself seems to doubled while shifted down (see the sample). I used the same image with the FOP binary from November 13th, and the result was ok. Also the size of the resulting pdf differs a lot (141kB with old/correct version against 37kB with new/wrong). (BTW how do I find the build version when fop says FOP Version svn-trunk ?? Where to look for the version info?) Any idea what could change? (we use fop in production and got to troubles after the update :| ) Files: png_transparency.fo test.png png_transparency_good.pdf [pdf generated with fop trunk of November 13th] png_transparency_wrong.pdf[pdf generated with fop trunk of today (December 7th)] Cheers Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PNG transparency renders as black - urgent
On Dec 19, 2006, at 19:04, Martin Zak wrote: ...just to point out that I used the same image with the FOP binary from November 13th, and the result was *ok*. What changed between these versions??? AFAICT from the fop-commits archive: exactly on that day, support was added for rgb-icc() and a proprietary cmyk() function... As to how this influences the rendering of PNGs, I'm unfortunately at a loss :/ Hopefully Jeremias (who applied the patch) or Peter (the patch's author) have an idea on this, and chime in later on. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PNG transparency renders as black - urgent
When working on the patch I certainly can not remember coming anywhere close to code that could have an influence on how png's get into the pdf. I will take a look at it (unless Jermias beats me at it) this week (hopefully tomorrow) Peter -Original Message- From: Andreas L Delmelle [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 19, 2006 7:16 PM To: fop-users@xmlgraphics.apache.org Subject: Re: PNG transparency renders as black - urgent On Dec 19, 2006, at 19:04, Martin Zak wrote: ...just to point out that I used the same image with the FOP binary from November 13th, and the result was *ok*. What changed between these versions??? AFAICT from the fop-commits archive: exactly on that day, support was added for rgb-icc() and a proprietary cmyk() function... As to how this influences the rendering of PNGs, I'm unfortunately at a loss :/ Hopefully Jeremias (who applied the patch) or Peter (the patch's author) have an idea on this, and chime in later on. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PNG transparency renders as black - urgent
On Dec 19, 2006, at 19:56, Peter wrote: When working on the patch I certainly can not remember coming anywhere close to code that could have an influence on how png's get into the pdf. I was also a bit puzzled, since in the patch there are no explicit references to anything png-related (IIC, png-related stuff is already put in Commons for that matter, so it couldn't have been touched directly by the patch) OTOH, this was the only significant change to the codebase between 13.11 and now, so one can reasonably assume that the cause is in there somewhere... I'd expect something which has an impact on the interaction with the commons-lib? Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG width of rect element
See http://xmlgraphics.apache.org/fop/faq.html#svg-attribute-required On 19.12.2006 13:26:38 Aeberhard Marc \(SECI\) wrote: Hi all... Like to generate SVG... In 0.92beta it was no problem! Now i've tested it with 0.92 latest trunk and i receive the following error svg graphic could not be built... the attribute width of the element rect is required xsl: xsl:if test=bgcolor rect x=0 y=0 height=400 xsl:attribute name=width xsl:if test=showlegend and not(showlegend/@chartfitpos)800/xsl:if xsl:if test=not(showlegend) or showlegend/@chartfitpos600/xsl:if /xsl:attribute xsl:attribute name=strokenone/xsl:attribute xsl:attribute name=fill xsl:value-of select=bgcolor/ /xsl:attribute /rect /xsl:if any ideas? cheers, marc Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG2PDF fonts.java
CodePointMapping is a generated class. Please run ant codegen and then add build/gensrc to your source paths in your IDE. On 19.12.2006 15:24:42 Dominik Helle wrote: Hi @ all, i have a little Problem with the FOP-Tool. I tried do convert a svg into a pdf. With the example (HelloWorld.svg) it works. But if i used another with a lot of text and a char- I have a problem in the font.java. The JavaCompiler error description: CodePointMapping cannot be resolved. @char d = CodePointMapping.getMapping(WinAnsiEncoding).mapChar(c); @return (CodePointMapping.getMapping(WinAnsiEncoding).mapChar(c) 0); Can anybody help me? Thanks to all. Have a nice day. Bye Dominik Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PNG transparency renders as black - urgent
It turns out the following revision is responsible for the regression: http://svn.apache.org/viewvc?rev=424349view=rev Putting the Commons codec before the ImageIO variant in ImageFactory is a quick fix for this. I originally switched because of speed reasons but obviously I didn't test PNGs with alpha channel. The reason why Martin's PNG doesn't work with the ImageIOImage class is the lack of support for java.awt.Transparency.TRANSLUCENT. If it were a BITMASK it would work. The same problem exists for JAIImage and JimiImage, BTW. Again, this is something a complete redesign of the image package would have addressed. It's on my higher priority list but I still haven't got to it, yet. If someone wants to try to implement that little code that is missing as a temporary fix, please do. It shouldn't be difficult. You can maybe use XmlGraphicsCommonsImage for hints. On 19.12.2006 20:30:35 Andreas L Delmelle wrote: On Dec 19, 2006, at 19:56, Peter wrote: When working on the patch I certainly can not remember coming anywhere close to code that could have an influence on how png's get into the pdf. I was also a bit puzzled, since in the patch there are no explicit references to anything png-related (IIC, png-related stuff is already put in Commons for that matter, so it couldn't have been touched directly by the patch) OTOH, this was the only significant change to the codebase between 13.11 and now, so one can reasonably assume that the cause is in there somewhere... I'd expect something which has an impact on the interaction with the commons-lib? Cheers, Andreas Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PNG transparency renders as black - urgent
Actually, this is so simple, I've created a patch. I'm hesitant to apply it without much testing with various PNGs for which I have no time right now. But maybe one of you can take a look. If it's good JAIImage and JimiImage could be similarly patched. On 19.12.2006 23:01:36 Jeremias Maerki wrote: It turns out the following revision is responsible for the regression: http://svn.apache.org/viewvc?rev=424349view=rev Putting the Commons codec before the ImageIO variant in ImageFactory is a quick fix for this. I originally switched because of speed reasons but obviously I didn't test PNGs with alpha channel. The reason why Martin's PNG doesn't work with the ImageIOImage class is the lack of support for java.awt.Transparency.TRANSLUCENT. If it were a BITMASK it would work. The same problem exists for JAIImage and JimiImage, BTW. Again, this is something a complete redesign of the image package would have addressed. It's on my higher priority list but I still haven't got to it, yet. If someone wants to try to implement that little code that is missing as a temporary fix, please do. It shouldn't be difficult. You can maybe use XmlGraphicsCommonsImage for hints. On 19.12.2006 20:30:35 Andreas L Delmelle wrote: On Dec 19, 2006, at 19:56, Peter wrote: When working on the patch I certainly can not remember coming anywhere close to code that could have an influence on how png's get into the pdf. I was also a bit puzzled, since in the patch there are no explicit references to anything png-related (IIC, png-related stuff is already put in Commons for that matter, so it couldn't have been touched directly by the patch) OTOH, this was the only significant change to the codebase between 13.11 and now, so one can reasonably assume that the cause is in there somewhere... I'd expect something which has an impact on the interaction with the commons-lib? Cheers, Andreas Jeremias Maerki Jeremias Maerki imageIOImageTransparencyPatch.txt Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ERROR] null while running FOP
Hi Chris, After sending the mail I realized that there is typo error. I appreciate for your view of converting xml to pdf using xsl-f instead html in between. Thanks a lot. Is there any better sites that teaches xsl:fo with examples? Thanks and Regards Bhaskar K S Associate Consultant - Investment Banking i-flex solutions limited - Bangalore i-flex center, Kundalahalli Tel. Office: 91-80-66596589 e-mail: [EMAIL PROTECTED] -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 19, 2006 7:51 PM To: fop-users@xmlgraphics.apache.org Subject: Re: [ERROR] null while running FOP [EMAIL PROTECTED] wrote: Hi, I have done transformation of xml to html. I am getting desired output using xalan parer. No I have replace html with xsl-fo tags so that I should get pdf output. 1) Is there any site which gives the html equivalent of xsl-fo tags? A quick search on google revealed the html2fo project: http://html2fo.sourceforge.net/ BTW, I believe what you are doing is not the best approach. A better solution is to generate 2 separate XSLT stylesheets; 1 to transform your own XML to HTML and another to tranform the XML to XSL-FO. Creating a chain like XML-HTML-XSL-FO means some features may be lost in translation. 2) I am getting null error while parsing. I have attached xsl and xml files please suggests me where is the actual problem. You dont say what version of FOP you are using? I had a quick look at your XSLT and there is a typo in the client template: xsl:template match=client fo:block xsl:value select=name/ xsl:value select=number/ /fo:block /xsl:template The xsl:value element doesnt exist. I believe you meant xsl:value-of BTW, this is a pure XSLT problem, which you would have spotted yourself if you ran the XSLT in a separate step before presenting FOP with the XSL-FO. If you call FOP with an XML and XSL file then it calls xalan to generate the XSL-FO first. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]