Re: Keep Together FO

2005-08-31 Thread Manuel Mall
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)

2005-08-31 Thread michella
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)

2005-08-31 Thread michella
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)

2005-08-31 Thread michella
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)

2005-08-31 Thread michella

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

2005-08-31 Thread michella
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

2005-08-31 Thread Manuel Mall
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

2005-08-31 Thread Chris Bowditch

[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

2005-08-31 Thread Jeremias Maerki
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 : Endless Loop in PDF

2005-08-31 Thread michella
Ok... But how could it be possible that it had worked properly with the older 
version of FOP?

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.

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]



Re: RE : Endless Loop in PDF

2005-08-31 Thread Jeremias Maerki

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

2005-08-31 Thread michella
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

2005-08-31 Thread Jeremias Maerki
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

2005-08-31 Thread Jeremias Maerki
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

2005-08-31 Thread Prakash R
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

2005-08-31 Thread Melih Ovadya
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]