Re: Keep Together FO
On Wed, 31 Aug 2005 03:46 pm, Dirk Bromberg wrote: Hi, i've a short question using fop 20.5. When i want to keep two elements on my page together what must i do? Have you seen: http://xmlgraphics.apache.org/fop/faq.html#keep-with Manuel fo:blockFirst Element/fo:block fo:blockSecond Element/fo:block or fo:blockFirst Element/fo:block fo:tableSecond Element/fo:table Thanks. Dirk - 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 : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
Ok, I did the following : 1. Remove JAI and test. - Result is the same error. 2. Reinstall JAI and set CLASSPATH=...directory where jai_core and codec.jar are located and test - Result is the same error. Please, keep me in touch if any corrected trunk is available Regards Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 02:45 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) On Wed, 31 Aug 2005 02:50 am, Jeremias Maerki wrote: On 30.08.2005 19:00:25 michella wrote: Thank you for your support. Everything works pretty fine from now on. Thanks for being brave enough to try out our new code and for telling us of any problems you find. Still another question : Is it normal that GIF images aren't handled anymore? The image handling has been improved considerably in the new code, at least in my opinion. GIF images are now supported through four different image sources (handled in this order): - JAI - ImageIO (only = JDK 1.4) - JIMI - the ugly, not really working URL hack to load a GIF image. :-) When I include external-graphics... As gif image,I get the following error : I installed SDK1.5.0_04, and jai-1_1_2_01-lib-windows-i586-jdk --- Exception in thread main java.lang.NoClassDefFoundError: com/sun/media/jai/codec/FileCacheSeekableStream at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at org.apache.fop.image.ImageProvider.getImplementingClass(ImageFactor y.java:589) at org.apache.fop.image.ImageMimeType.getFirstImplementingClass(ImageF actory.java:639) Sounds a lot like a class path problem. Are you sure you've added both jai_core.jar and jai_codec.jar to the classpath? Since you're working with a JDK = 1.4 you could also remove JAI now with FOP Trunk and instead just use ImageIO which is provided by the JDK. GIF support is already in there. No additional libraries required. It is also a bug in our image provider detection mechanism. It shouldn't throw an exception but simply try the next available provider. I'll post a patch. Jeremias Maerki Manuel - 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 : RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
Clean ant followed by Ant result to a successful build. Thanks. Unfortunately, I still get the same error message at FO processing with a GIF Image: Exception in thread main java.lang.NoClassDefFoundError: com/sun/media/jai/codec/FileCacheSeekableStream at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at org.apache.fop.image.ImageProvider.getImplementingClass(ImageFactory.java:594) at org.apache.fop.image.ImageMimeType.getFirstImplementingClass(ImageFactory.java:644) at org.apache.fop.image.ImageFactory.getImageClass(ImageFactory.java:307) at org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:249) at org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:54) at org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:437) at org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:167) at org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:127) at org.apache.fop.fo.FObj.processNode(FObj.java:109) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:270) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.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.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:141) at org.apache.fop.cli.InputHandler.render(InputHandler.java:101) at org.apache.fop.cli.Main.startFOP(Main.java:165) at org.apache.fop.cli.Main.main(Main.java:195) -- -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 11:43 À : fop-users@xmlgraphics.apache.org Objet : Re: RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) This usually works fine. Try ant clean followed by ant. Maybe the change of JDK has a bad influence on the build. On 31.08.2005 11:40:41 michella wrote: Ooops... Well... The problem seems to remain in my Java installation. My name is Dumbo, and I've set the JAVA_HOME uncorrectly! Now, Ant tells me that it has found the JAI (which was not the case before) But... build fails : C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools\FOP_Trunka nt Buildfile: build.xml init-avail: [echo] --- Fop 1.0dev [1999-2005] [echo] See build.properties and build-local.properties for additional build settings [echo] Apache Ant version 1.6.5 compiled on June 2 2005 [echo] VM: 1.5.0_04-b05, Sun Microsystems Inc. [echo] JAVA_HOME: C:\Program Files\Java\jdk1.5.0_04 [echo] Jimi Support NOT Present [echo] JAI Support PRESENT [echo] JCE Support PRESENT [echo] JUnit Support NOT Present - Committers are required to have JUnit wo rking init-filters-jdk14: [echo] Use GraphicsConfiguration adapter for JDK 1.4. init-filters-jdk13: init: codegen: [echo] Generating the java files from xml resources compile-java: [javac] Compiling 638 source files to C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools\FOP_Trunk\build\classes [javac] C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools \FOP_Trunk\src\java\org\apache\fop\fonts\FontSetup.java:30: cannot access org.ap ache.fop.fonts.base14.Courier [javac] bad class file: C:\Documents and Settings\michella\My Documents\EA_P ublikation\Tools\FOP_Trunk\build\gensrc\org\apache\fop\fonts\base14\Courier.java [javac] file does not contain class org.apache.fop.fonts.base14.Courier [javac] Please remove or make sure it appears in the correct subdirectory of the classpath. [javac] import org.apache.fop.fonts.base14.Courier; [javac]^ [javac] 1 error BUILD FAILED C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools\FOP_Trunk\b uild.xml:357: Compile failed; see the compiler error output for details. Total time: 4 seconds
RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
Fop invocation is done as follow : Batch file : CALL ..\..\Tools\fop-0.20.5\fop -c ..\..\Tools\fop-0.20.5\conf\PostConfig.xml -fo ..\XSL-FO\uml_dp2_Handsortierung_BE.fo -pdf ..\Publikation\Generated\EA_Ist\PDF\TA\uml_dp2_Handsortierung_BE.pdf Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 12:08 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) I am very certain that this is still a classpath issue. Looking into the JAI jars com/sun/media/jai/codec/FileCacheSeekableStream is in jai_codec.jar. If you do a jar tf on jai_codec.jar it is actually within the first 10 files listed. I don't know why your java environment doesn't find it. May be you can describe how you invoke fop? Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK)
I got it : The typical installation of JSDK5 will create two directories : one for JDK, and the other one for JRE. The Jai installation has only filled the SDK/jre/lib/.../ext/ directory, and did not add anything in the JRE/lib/.../ext/ one. I firgot to install the JAI for JRE! (Except that I now get an: java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. Where shoud it come from? Image too big? ;-) Lawrence -Message d'origine- De : Manuel Mall [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 12:08 À : fop-users@xmlgraphics.apache.org Objet : Re: Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) I am very certain that this is still a classpath issue. Looking into the JAI jars com/sun/media/jai/codec/FileCacheSeekableStream is in jai_codec.jar. If you do a jar tf on jai_codec.jar it is actually within the first 10 files listed. I don't know why your java environment doesn't find it. May be you can describe how you invoke fop? Manuel On Wed, 31 Aug 2005 05:58 pm, [EMAIL PROTECTED] wrote: Clean ant followed by Ant result to a successful build. Thanks. Unfortunately, I still get the same error message at FO processing with a GIF Image: Exception in thread main java.lang.NoClassDefFoundError: com/sun/media/jai/codec/FileCacheSeekableStream at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at org.apache.fop.image.ImageProvider.getImplementingClass(ImageFactory. java:594) at org.apache.fop.image.ImageMimeType.getFirstImplementingClass(ImageFac tory.java:644) at org.apache.fop.image.ImageFactory.getImageClass(ImageFactory.java:307 ) at org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:249) at org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:54) at org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:437 ) at org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:167) at org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:127) at org.apache.fop.fo.FObj.processNode(FObj.java:109) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:270) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(Tra nsformerIdentityImpl.java:1072) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unkn own Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unkn own Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent Dispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.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.TransformerIdentityImpl.transform(Transf ormerIdentityImpl.java:484) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:141) at org.apache.fop.cli.InputHandler.render(InputHandler.java:101) at org.apache.fop.cli.Main.startFOP(Main.java:165) at org.apache.fop.cli.Main.main(Main.java:195) -- -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 11:43 À : fop-users@xmlgraphics.apache.org Objet : Re: RE : Error loading GIF image using JAI in FOP Trunk (was: Error while processing a PDF - OK) This usually works fine. Try ant clean followed by ant. Maybe the change of JDK has a bad influence on the build. On 31.08.2005 11:40:41 michella wrote: Ooops... Well... The problem seems to remain in my Java installation. My name is Dumbo, and I've set the JAVA_HOME uncorrectly! Now, Ant tells me that it has found the JAI (which was not the case before) But... build fails : C:\Documents and Settings\michella\My Documents\EA_Publikation\Tools\FOP_Trunka nt Buildfile: build.xml init-avail: [echo] --- Fop 1.0dev [1999-2005] [echo] See build.properties and build-local.properties for additional build settings [echo] Apache Ant version 1.6.5 compiled on June 2 2005 [echo] VM: 1.5.0_04-b05, Sun Microsystems Inc. [echo] JAVA_HOME: C:\Program Files\Java\jdk1.5.0_04 [echo] Jimi Support NOT Present [echo] JAI Support PRESENT [echo] JCE Support PRESENT [echo] JUnit Support NOT Present - Committers are required to have JUnit wo rking init-filters-jdk14: [echo] Use GraphicsConfiguration adapter for JDK 1.4. init-filters-jdk13: init: codegen: [echo] Generating the java files from xml resources compile-java:
Endless Loop in PDF
Sorry, I forgot to post the fo:external-graphics : fo:block text-align=center padding-after=15pt fo:external-graphic content-type=image/bmp src=../Publikation/Images/HS_Einfaechern.gif inline-progression-dimension.optimum=auto inline-progression-dimension.maximum=505px block-progression-dimension.optimum=auto block-progression-dimension.maximum=710px scaling=uniform/ /fo:block I always get : Exception java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. When I set inline-progression-dimension.maximum and block-progression-dimension.maximum lower, it won't change anything. Notice : I use exactly the same externa-graphics attribute value for JPG and SVGs. No Problem. Lawrence - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Endless Loop in PDF
Are the SVG and JPEG images the same size as the GIF, i.e. same number of pixels horz/vert and same resolution (dots/in)? What size is the actual GIF in pixels horz/vert? BTW, the content-type should most likely be image/gif but I doubt it matters. Manuel On Wed, 31 Aug 2005 06:43 pm, [EMAIL PROTECTED] wrote: Sorry, I forgot to post the fo:external-graphics : fo:block text-align=center padding-after=15pt fo:external-graphic content-type=image/bmp src=../Publikation/Images/HS_Einfaechern.gif inline-progression-dimension.optimum=auto inline-progression-dimension.maximum=505px block-progression-dimension.optimum=auto block-progression-dimension.maximum=710px scaling=uniform/ /fo:block I always get : Exception java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. When I set inline-progression-dimension.maximum and block-progression-dimension.maximum lower, it won't change anything. Notice : I use exactly the same externa-graphics attribute value for JPG and SVGs. No Problem. Lawrence - 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: Endless Loop in PDF
[EMAIL PROTECTED] wrote: Sorry, I forgot to post the fo:external-graphics : fo:block text-align=center padding-after=15pt fo:external-graphic content-type=image/bmp src=../Publikation/Images/HS_Einfaechern.gif inline-progression-dimension.optimum=auto inline-progression-dimension.maximum=505px block-progression-dimension.optimum=auto block-progression-dimension.maximum=710px scaling=uniform/ /fo:block Well it's bad pratice to use device dependent measurements for measurements in XSL-FO. And if you use them for images, then 72dpi is assumed, which will make the image 7in x 9.86in which is probably why is doesn't fit on the page or subsequent pages. Specify the size you would like the image to appear in inches or millimetres instead. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Endless Loop in PDF
And to add to the other comments, you should rather use content-height and content-width instead of i-p-d and b-p-d because the latter only defines the size of the viewport, not of the reference area in which the image is painted. There seems to be a lot of confusion about the use of these properties especially since FOP Trunk provides a better conformance to the spec than FOP 0.20.5. I'll write a demo file demonstrating all the effects of the different properties. On the other side, there may still be bugs in the layout manager for external-graphics. On 31.08.2005 12:43:18 michella wrote: Sorry, I forgot to post the fo:external-graphics : fo:block text-align=center padding-after=15pt fo:external-graphic content-type=image/bmp src=../Publikation/Images/HS_Einfaechern.gif inline-progression-dimension.optimum=auto inline-progression-dimension.maximum=505px block-progression-dimension.optimum=auto block-progression-dimension.maximum=710px scaling=uniform/ /fo:block I always get : Exception java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. When I set inline-progression-dimension.maximum and block-progression-dimension.maximum lower, it won't change anything. Notice : I use exactly the same externa-graphics attribute value for JPG and SVGs. No Problem. Lawrence Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Endless Loop in PDF
On 31.08.2005 14:37:35 michella wrote: Ok... But how could it be possible that it had worked properly with the older version of FOP? Rather, it could be that FOP Trunk finally does what the specification says. :-) content-height was not supported by FOP 0.20.5 and the width/height properties were used to scale the image which is clearly wrong. The problem I have is that I may have some GIF images that may be larger/higher than the area on the PDF, and some which are smaller. For the bigger one, it should scale-to-fit, and the smaller ones leave as is. In that case I think you'd use just b-p-d as before but left i-p-d off so it is automatically determined and used content-width=scale-to-fit and content-height=scale-to-fit. Not sure if this will work. I'm currently writing the demo file for external-graphic. After that I can verify if FOP really does what it should in every case. Lawrence -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 14:31 À : fop-users@xmlgraphics.apache.org Objet : Re: Endless Loop in PDF And to add to the other comments, you should rather use content-height and content-width instead of i-p-d and b-p-d because the latter only defines the size of the viewport, not of the reference area in which the image is painted. There seems to be a lot of confusion about the use of these properties especially since FOP Trunk provides a better conformance to the spec than FOP 0.20.5. I'll write a demo file demonstrating all the effects of the different properties. On the other side, there may still be bugs in the layout manager for external-graphics. On 31.08.2005 12:43:18 michella wrote: Sorry, I forgot to post the fo:external-graphics : fo:block text-align=center padding-after=15pt fo:external-graphic content-type=image/bmp src=../Publikation/Images/HS_Einfaechern.gif inline-progression-dimension.optimum=auto inline-progression-dimension.maximum=505px block-progression-dimension.optimum=auto block-progression-dimension.maximum=710px scaling=uniform/ /fo:block I always get : Exception java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. When I set inline-progression-dimension.maximum and block-progression-dimension.maximum lower, it won't change anything. Notice : I use exactly the same externa-graphics attribute value for JPG and SVGs. No Problem. Lawrence Jeremias Maerki - 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] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : RE : Endless Loop in PDF
I have four specific cases that should be automatically handled : Let X be maxWidth, let Y be maxHeight (in px): 1. if imgWidth X and imgHeight = Y -- uniform scale until imgWidth fits to X 2. if imgWidth X and imgHeight Y -- uniform scale until imgWidth and imgHeigth fits to X and Y 3. if imgWidth = X and imgHeight Y -- uniform scale until imgHeigth fits to Y 4. if imgWidth = X and imgHeight = Y -- Leave as is. Is there a way to do that? By the way, I converted the GIF into PNG. The problem remain same. I resized it to W/H = 500/476, it worked properly (both as GIF and PNG) -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 15:04 À : fop-users@xmlgraphics.apache.org Objet : Re: RE : Endless Loop in PDF On 31.08.2005 14:37:35 michella wrote: Ok... But how could it be possible that it had worked properly with the older version of FOP? Rather, it could be that FOP Trunk finally does what the specification says. :-) content-height was not supported by FOP 0.20.5 and the width/height properties were used to scale the image which is clearly wrong. The problem I have is that I may have some GIF images that may be larger/higher than the area on the PDF, and some which are smaller. For the bigger one, it should scale-to-fit, and the smaller ones leave as is. In that case I think you'd use just b-p-d as before but left i-p-d off so it is automatically determined and used content-width=scale-to-fit and content-height=scale-to-fit. Not sure if this will work. I'm currently writing the demo file for external-graphic. After that I can verify if FOP really does what it should in every case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Endless Loop in PDF
I've just committed the demo section to examples/fo/images.fo. http://svn.apache.org/viewcvs?rev=265037view=rev I must say I'm happy to see that FOP seems to do its job well now (FOP Trunk). You should quickly find the property combination you need to use in your case. My suggestion below is probably the right thing in your case: Use b-p-d and content-height=scale-to-fit but I'm not sure if the min/opt/max adjustment is done correctly, yet, i.e. that FOP automatically shrinks the image if it doesn't fit into the page. I have to investigate that first. And I've only checked bitmap images so far. I need to have a look at SVG graphics to see if it works fine, too. On 31.08.2005 15:04:07 Jeremias Maerki wrote: On 31.08.2005 14:37:35 michella wrote: Ok... But how could it be possible that it had worked properly with the older version of FOP? Rather, it could be that FOP Trunk finally does what the specification says. :-) content-height was not supported by FOP 0.20.5 and the width/height properties were used to scale the image which is clearly wrong. The problem I have is that I may have some GIF images that may be larger/higher than the area on the PDF, and some which are smaller. For the bigger one, it should scale-to-fit, and the smaller ones leave as is. In that case I think you'd use just b-p-d as before but left i-p-d off so it is automatically determined and used content-width=scale-to-fit and content-height=scale-to-fit. Not sure if this will work. I'm currently writing the demo file for external-graphic. After that I can verify if FOP really does what it should in every case. Lawrence -Message d'origine- De : Jeremias Maerki [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 31. août 2005 14:31 À : fop-users@xmlgraphics.apache.org Objet : Re: Endless Loop in PDF And to add to the other comments, you should rather use content-height and content-width instead of i-p-d and b-p-d because the latter only defines the size of the viewport, not of the reference area in which the image is painted. There seems to be a lot of confusion about the use of these properties especially since FOP Trunk provides a better conformance to the spec than FOP 0.20.5. I'll write a demo file demonstrating all the effects of the different properties. On the other side, there may still be bugs in the layout manager for external-graphics. On 31.08.2005 12:43:18 michella wrote: Sorry, I forgot to post the fo:external-graphics : fo:block text-align=center padding-after=15pt fo:external-graphic content-type=image/bmp src=../Publikation/Images/HS_Einfaechern.gif inline-progression-dimension.optimum=auto inline-progression-dimension.maximum=505px block-progression-dimension.optimum=auto block-progression-dimension.maximum=710px scaling=uniform/ /fo:block I always get : Exception java.lang.RuntimeException: Some content could not fit into a line/page after 50 attempts. Giving up to avoid an endless loop. When I set inline-progression-dimension.maximum and block-progression-dimension.maximum lower, it won't change anything. Notice : I use exactly the same externa-graphics attribute value for JPG and SVGs. No Problem. Lawrence Jeremias Maerki - 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] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Endless Loop in PDF
Ok, the min/opt/max stuff definitely doesn't work correctly, yet. I'd simply set a hard-coded height value (preferably not in px) and use content-height=scale-to-fit. That should solve your problem and maintain compatibility to 0.20.5. On 31.08.2005 15:31:23 Jeremias Maerki wrote: snip/ I'm not sure if the min/opt/max adjustment is done correctly, yet, i.e. that FOP automatically shrinks the image if it doesn't fit into the page.I have to investigate that first. snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XSL Question - Unique list
I have an xml document which looks like this: products product nameshirt/name metadata fieldid=1 fieldvaluelong sleeve/fieldvalue metadata fieldid=2 fieldvaluered/fieldvalue metadata fieldid=3 fieldvalueRG/fieldvalue /metadata metadata fieldid=3 fieldvalueLN/fieldvalue /metadata /metadata /metadata metadata fieldid=1 fieldvalueshort sleeve/fieldvalue metadata fieldid=2 fieldvalueblue/fieldvalue metadata fieldid=3 fieldvalueRG/fieldvalue /metadata metadata fieldid=3 fieldvalueSM/fieldvalue /metadata /metadata /metadata metadata fieldid=1 fieldvaluesleeveless/fieldvalue metadata fieldid=2 fieldvaluered/fieldvalue metadata fieldid=3 fieldvalueLN/fieldvalue /metadata metadata fieldid=3 fieldvalueSM/fieldvalue /metadata /metadata /metadata /product product namet-shirt/name metadata fieldid=1 fieldvaluelong sleeve/fieldvalue metadata fieldid=2 fieldvaluered/fieldvalue metadata fieldid=3 fieldvalueAA/fieldvalue /metadata metadata fieldid=3 fieldvalueBB/fieldvalue /metadata /metadata /metadata metadata fieldid=1 fieldvalueshort sleeve/fieldvalue metadata fieldid=2 fieldvalueblue/fieldvalue metadata fieldid=3 fieldvalueCC/fieldvalue /metadata metadata fieldid=3 fieldvalueDD/fieldvalue /metadata /metadata /metadata metadata fieldid=1 fieldvaluesleeveless/fieldvalue metadata fieldid=2 fieldvaluered/fieldvalue metadata fieldid=3 fieldvalueAA/fieldvalue /metadata metadata fieldid=3 fieldvalueEE/fieldvalue /metadata /metadata /metadata /product /products Is there any way using XSL I can get the unique [EMAIL PROTECTED]/fieldvalues for each product. I know I can do it across the entire XML doc. In this example for product(name=shirt) it would be RG,LN and SM , product(name=t-shirt) it would be AA,BB,CC,DD,EE. I want to be able to get these separately for each product and iterate through it within the product if possible. Thank you. Prakash __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: creating a PDF document containing UTF-8 characters
Thank you Jeremias, I followed the instructions and now I can make it work by embedding the font in the document. Looking at the samples in userconfig.xml, this is how I register the fonts: font metrics-file=ttfarialuni.xml embed-file=C:\WINDOWS\Fonts\ArialUni.ttf kerning=yes font-triplet name=ArialUni style=normal weight=normal/ font-triplet name=ArialUni style=normal weight=bold/ font-triplet name=ArialUni style=italic weight=normal/ font-triplet name=ArialUni style=italic weight=bold/ /font /fonts What happens if I omit the embed-file tag? After the PDF is created, on the client machine, how will it find the right font to display the characters in that case? With this flag, does FO include whole font in the PDF, or just a subset to be able to display the Unicode characters? Regards, melih - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]