PDF/A Preflight in Acrobat, XMP Problem
Hi, i have a Problem with the preflight funktion in Adope Acrobat. I create a PDF/A with Apache fop-0.02beta with the option -pdfa1b. I embedded all fonst and the creation ends without an error. But then i test the PDF file with the Preflight funktion from Acrobat 7.0.8 i receive this Message: Metadata does not conform to XMP (no future Details) I use the profile Compiant with PDF/A-1b. So, is it a Apache FOP problem or a Acrobat problem or my problem? Regards Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: simulating line breaks with fo
An often used trick one finds in mailing lists (e.g. http://www.biglist.com/lists/xsl-list/archives/200306/msg00445.html) is to use fo:blokfo:leader//fo:block Hth, Peter -Original Message- From: Olivier Mansour [mailto:[EMAIL PROTECTED] Sent: vrijdag 22 september 2006 10:00 To: fop-users@xmlgraphics.apache.org Subject: simulating line breaks with fo Hey I'm trying desepratly to simulate line breaks with FOP 0.92. I have an xsl style sheet looks like this : xsl:template match=//br fo:blok/fo:block /xsl:template Actually it works fine with just one br /. But adding more has no effect :-( Thank you Olivier -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - 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: simulating line breaks with fo
Thank you non of those tricks are really working : fo:block#160;/fo:block insert a line break but the second one has no effect (so you can't do br / br /) fo:blokfo:leader//fo:block insert too much spaces :-( Olivier Le 22 sept. 06 à 10:10, Peter a écrit : An often used trick one finds in mailing lists (e.g. http://www.biglist.com/lists/xsl-list/archives/200306/ msg00445.html) is to use fo:blokfo:leader//fo:block Hth, Peter -Original Message- From: Olivier Mansour [mailto:[EMAIL PROTECTED] Sent: vrijdag 22 september 2006 10:00 To: fop-users@xmlgraphics.apache.org Subject: simulating line breaks with fo Hey I'm trying desepratly to simulate line breaks with FOP 0.92. I have an xsl style sheet looks like this : xsl:template match=//br fo:blok/fo:block /xsl:template Actually it works fine with just one br /. But adding more has no effect :-( Thank you Olivier -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - 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] -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: simulating line breaks with fo
The template stylesheet I am using which does the trick for me is xsl:template match=br xsl:choose xsl:when test=preceding-sibling::node()[1][self::br] fo:blockfo:leader//fo:block /xsl:when xsl:otherwise fo:block/fo:block /xsl:otherwise /xsl:choose /xsl:template Perhaps that works for you? Peter -Original Message- From: Olivier Mansour [mailto:[EMAIL PROTECTED] Sent: vrijdag 22 september 2006 10:24 To: fop-users@xmlgraphics.apache.org Subject: Re: simulating line breaks with fo Thank you non of those tricks are really working : fo:block#160;/fo:block insert a line break but the second one has no effect (so you can't do br / br /) fo:blokfo:leader//fo:block insert too much spaces :-( Olivier Le 22 sept. 06 à 10:10, Peter a écrit : An often used trick one finds in mailing lists (e.g. http://www.biglist.com/lists/xsl-list/archives/200306/ msg00445.html) is to use fo:blokfo:leader//fo:block Hth, Peter -Original Message- From: Olivier Mansour [mailto:[EMAIL PROTECTED] Sent: vrijdag 22 september 2006 10:00 To: fop-users@xmlgraphics.apache.org Subject: simulating line breaks with fo Hey I'm trying desepratly to simulate line breaks with FOP 0.92. I have an xsl style sheet looks like this : xsl:template match=//br fo:blok/fo:block /xsl:template Actually it works fine with just one br /. But adding more has no effect :-( Thank you Olivier -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - 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] -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - 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: simulating line breaks with fo
Le 22 sept. 06 à 10:26, Peter a écrit : The template stylesheet I am using which does the trick for me is xsl:template match=br xsl:choose xsl:when test=preceding-sibling::node()[1][self::br] fo:blockfo:leader//fo:block /xsl:when xsl:otherwise fo:block/fo:block /xsl:otherwise /xsl:choose /xsl:template Perhaps that works for you? It works just great ! Thanks a lot Peter Peter -Original Message- From: Olivier Mansour [mailto:[EMAIL PROTECTED] Sent: vrijdag 22 september 2006 10:24 To: fop-users@xmlgraphics.apache.org Subject: Re: simulating line breaks with fo Thank you non of those tricks are really working : fo:block#160;/fo:block insert a line break but the second one has no effect (so you can't do br / br /) fo:blokfo:leader//fo:block insert too much spaces :-( Olivier Le 22 sept. 06 à 10:10, Peter a écrit : An often used trick one finds in mailing lists (e.g. http://www.biglist.com/lists/xsl-list/archives/200306/ msg00445.html) is to use fo:blokfo:leader//fo:block Hth, Peter -Original Message- From: Olivier Mansour [mailto:[EMAIL PROTECTED] Sent: vrijdag 22 september 2006 10:00 To: fop-users@xmlgraphics.apache.org Subject: simulating line breaks with fo Hey I'm trying desepratly to simulate line breaks with FOP 0.92. I have an xsl style sheet looks like this : xsl:template match=//br fo:blok/fo:block /xsl:template Actually it works fine with just one br /. But adding more has no effect :-( Thank you Olivier -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: fop-users- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: fop-users- [EMAIL PROTECTED] -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - 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] -- Olivier Mansour http://www.clever-age.com Clever Age Lyon - conseil en architecture technique GSM: +33 6 11 03 23 77 Tél: +33 4 78 89 46 45 Clever Age vous invite à ses petits déjeuners du Jeudi http://www.clever-age.com/actualites/petits-dejeuners/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Greek characters
Hi, To get a Greek alpha, i tried fo:inline font-family=Symbola/fo:inline but i still get a '#'. What am i doing wrong? I tried adding font-style=normal, but that doesn't seem to make any difference. Thanks in advance, Herman -- View this message in context: http://www.nabble.com/Greek-characters-tf2317411.html#a6445827 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Greek characters
-Original Message- From: herman [mailto:[EMAIL PROTECTED] Sent: Friday, September 22, 2006 2:12 PM To get a Greek alpha, i tried fo:inline font-family=Symbola/fo:inline but i still get a '#'. What am i doing wrong? I tried adding font-style=normal, but that doesn't seem to make any difference. Thanks in advance, Herman Herman, a (#x97;) is a latin character, witch is not part o the Symbol charset. In place of, you should use the alpha character (#x3b1;) Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: color and inherited-property-value()
Hmm, I don't see that. The inline inline object is properly painted black on 50% gray. On 13.09.2006 11:42:17 Pascal Sancho wrote: Hi, While teting %FOP_TRUNK%/examples/fo/basic/inhprop.fo, Line#137: color='inherited-property-value(background-color)' seems to not work properly: Color property gets the color inherited value Pascal Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Loading external graphic from base url set with ServletContextURIResolver
Not sure if it still helps after all this time but I've just tried to reproduce this and I didn't manage. Loading a font with a relative URI from the servlet context worked fine at least with the current FOP Trunk. FOURIResolver is always used as a fallback if none of the custom URIResolvers were able to resolve the URI. I'm not sure what went wrong on your side. If you are using 0.92beta, please retry with FOP Trunk (from SVN) and see what happens. On 13.09.2006 13:28:59 Kai Mütz wrote: Hi, there is an issue with ServletContextURIResolver which I do not really understand. It is not really a problem, because everything works fine excepting an error message in log file. Thus this mailing is more or less an information. I initialize fop with the following code: Fop fop = null; FopFactory fopFactory = FopFactory.newInstance(); if (context != null) { fopFactory.setURIResolver(new ServletContextURIResolver(context)); } try { if (configURI != null) { try { fopFactory.setUserConfig(configURI); } catch (SAXException e) { getLogger().warn(Can not set FOP user config!, e); } } fop = fopFactory.newFop(MimeConstants.MIME_PDF, out); } catch (Exception e) { getLogger().error(Can not create FOP instance!, e); } And have configured base and font-base in conf file: fop version=1.0 !-- Base URL for resolving relative URLs -- baseservlet-context://base font-baseservlet-context:/WEB-INF/fonts//font-base .´ /fop As mentioned above everything works fine, i.e. the images relative to base and the fonts relative to font-base are found. BUT if i serialize a PDF with an external-graphic included the following error ist logged: ERROR (FOURIResolver.java:210) - Error with base URL servlet-context:/): unknown protocol: servlet-context with Stacktrace: java.net.MalformedURLException: unknown protocol: servlet-context at java.net.URL.init(URL.java:574) at java.net.URL.init(URL.java:464) at java.net.URL.init(URL.java:413) at org.apache.fop.apps.FOURIResolver.toBaseURL(FOURIResolver.java:206) at org.apache.fop.apps.FOURIResolver.resolve(FOURIResolver.java:90) at org.apache.fop.apps.FopFactory.resolveURI(FopFactory.java:628) at org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:421) at org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:395) at org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:190) at org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) at org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) at org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) at org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:68) at org.apache.fop.fo.FObj.processNode(FObj.java:118) I don't know why the FOURIResolver is used here. Anyone does? Again: the external graphic is found. Regards, Kai Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF/A Preflight in Acrobat, XMP Problem
PDF/A support in 0.92beta is somewhat incomplete. Adobe Acrobat is definitely buggy. I've filed three bugs with Adobe. Not that I got any reply on my bug reports. FOP Trunk (from Subversion) has its own problems sorted out. It even does work-arounds to keep buggy Acrobat happy. So please retry with FOP Trunk. On 22.09.2006 09:26:43 Martin Xenakis wrote: Hi, i have a Problem with the preflight funktion in Adope Acrobat. I create a PDF/A with Apache fop-0.02beta with the option -pdfa1b. I embedded all fonst and the creation ends without an error. But then i test the PDF file with the Preflight funktion from Acrobat 7.0.8 i receive this Message: Metadata does not conform to XMP (no future Details) I use the profile Compiant with PDF/A-1b. So, is it a Apache FOP problem or a Acrobat problem or my problem? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quality of included image degrades when png rendering is used
You mean the image from the external-graphic is lighter than the one painted through SVG/Batik when you render the attached FO file to PNG instead of PDF? This has something to do with color management which is something I've only started to understand. Bitmap image handling is optimized for PDF (using decoded byte arrays instead of RenderedImage/BufferedImage for bitmaps) and this is probably the first time we see the side-effect of this. It's line 953 in Java2DRenderer where CS_LINEAR_RGB is used instead of CS_sRGB. But just setting this to CS_sRGB is possibly wrong in other cases. That's why I think the org.apache.fop.image package needs to be refactored to use RenderedImage/BufferedImage. The reason why the SVG/Batik-controlled image is appearing correctly: Batik internally works properly with the AWT image infrastructure and therefore preserves color space information which we currently don't in FOP. I will likely work on this in the next three months. But help is welcome, of course. On 21.09.2006 16:23:32 Peter wrote: Gentlepeople, Using fop trunk. When I include an image using external-graphic (tried both jpeg and gif) the image displays just fine when rendering to pdf. When rendering to png however the image looks much worse (not sure how to describe it, it looses contrast or something like that). When I do the exact same thing but use batik to include the image it looks just fine. Anyone any thoughts on this? Thanks, Peter PS Here is an example snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multiple SVG files to create multipage PDF files using PDFTranscoder
At the moment, this is not supported. The infrastructure for that in PDFDocumentGraphics2D is there but I don't think the Batik Transcoder API is prepared for this. This question may be better asked on the batik-users list since it mostly concerns a Batik API. For example, their TIFFTrancoder could also support multiple pages. It's not only PDF and EPS output where multiple pages are interesting. But as Don Adams suggested you can work around this by wrapping the various SVGs in a XSL-FO file, i.e. using FOP's API instead of Batik's to do the job. On 21.09.2006 03:42:53 Antonio Broughton wrote: Hi, I was wondering if it was possible to create a multi-page PDF document from multiple SVG documents using the PDFTranscoder (each SVG document represents a page in the PDF document)? I have looked around google, and searched on the mailling lists, but there is no mention about it... or am I looking in the wrong place? If this is possible, how would I go about doing this? If this is not possible... how hard would it be to implement? :) (any pointers on where to start?) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Quality of included image degrades when png rendering is used
You mean the image from the external-graphic is lighter than the one painted through SVG/Batik when you render the attached FO file to PNG instead of PDF? That is indeed what I refer to This has something to do with color management which is something I've only started to understand. Bitmap image handling is optimized for PDF (using decoded byte arrays instead of RenderedImage/BufferedImage for bitmaps) and this is probably the first time we see the side-effect of this. It's line 953 in Java2DRenderer where CS_LINEAR_RGB is used instead of CS_sRGB. But just setting this to CS_sRGB is possibly wrong in other cases. That's why I think the org.apache.fop.image package needs to be refactored to use RenderedImage/BufferedImage. I tried it and it indeed fixes the reported issue I will likely work on this in the next three months. But help is welcome, of course. I do need an xsl/svg implementation that has color management right or at least good enough. This includes cmyk support (see another post on the dev list). For now I would prefer to continue using fop and help where possible to get the fop support better. That is, assuming the effort involved is acceptable, something which is difficult for me to judge at this stage. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]