There is indeed a strange bug with the stock FOP 1.0 (and in trunk too...).
Klearchos, if you set one of the dimensions to 90.01mm in the code below
then you get the behavior you want. An easy workaround for now.
On 1/23/12 1:21 PM, Klearchos Klearchou wrote:
Pascal,
I am using FOP 1.0 with:
Batik: 1.7+r608262
xmlgraphics-commons-1.4
Thank you.
On 23/1/2012 3:00 PM, Pascal Sancho wrote:
Klearchos,
I cannot reproduce what you get with the provided snippet: too small.
What FOP version do you use?
Le 23/01/2012 10:55, Klearchos Klearchou a écrit :
Hi Pascal,
I copied some of the FO.
In case you want to see more please let me know.
This FO text is relevant to the image that renders bad (not scaled)
....
<fo:block start-indent="10px" font-size="8px" font-family="arial"/>
<fo:table width="100%" table-layout="fixed">
<fo:table-column column-width="proportional-column-width(1)"/>
<fo:table-body>
<fo:table-row keep-with-next="always">
<fo:table-cell>
<fo:block>
<fo:external-graphic content-height="scale-to-fit"
block-progression-dimension.maximum="90mm" content-width="scale-to-fit"
inline-progression-dimension.maximum="90mm" border="solid 3px #8CE18D"
src="c:/tempUnzip\images\image_21952"/>
</fo:block>
<fo:block space-before="3mm"/>
</fo:table-cell>
</fo:table-row>
...
So in case I haven't described well enough the problem I will try
again:
There is a rectangle image (300 * 300) that overflows out of the
max area.
If I change the size of the same image to 310 * 300 or 300 * 310, then
the image renders ok.
Please let me know if you need more info.
Thank you.
On 23/1/2012 11:08 AM, Pascal Sancho wrote:
Hi,
can you provide a short XSL-FO (not XSLT) with equivalent images that
reproduce what you describe here, I cannot figure what you say.
Le 20/01/2012 16:29, Klearchos Klearchou a écrit :
Hello Pascal,
the solution that we talked about works well almost in all cases.
Here is the code:
<fo:external-graphic src="{$imageLink}" border="solid 3px #8CE18D"
inline-progression-dimension.maximum="{$imageMaxBoundary}"
content-width="scale-to-fit"
block-progression-dimension.maximum="{$imageMaxBoundary}"
content-height="scale-to-fit"
/>
Now when the image is rectangle the scale does not work.
I am attaching an image, on the left hand side the image is 310 x 300
and FOP scales it well.
On the right hand side is the same image but 300 x 300. As you can
see
FOP fails to scale it.
It overflows out of the box.
Do you have any idea what it could be?
Thank you in advance
On 1/17/2012 5:47 PM, Pascal Sancho wrote:
We use imageMagik
Le 17/01/2012 15:32, Klearchos Klearchou a écrit :
Pascal,
the information that you provide are valuable.
Can you propose any open source library in order to manipulate the
quality/resolution of the image?
I tried the imgscalr, getScaledInstance(), Thumbnailator and
some more
but they do not provide em exactly what I want.
I haven't tried yet JMajick.
Thanks again.
On 1/17/2012 4:18 PM, Pascal Sancho wrote:
Quality loss may depend on PDF viewer settings and capabilities
(anti-aliasing, zoom factor, etc.)
Also, the result can seem better if you first resample your
image before
using in PDF, to get the best fit on screen reading, but can
become
worse on printing.
Depending on what usages your PDF are for (reading on screen,
Laser
printing, Offset printing, low weight downloading, etc.)
There is no perfect solution there.
For example, we (my compagny) produce images with different
quality/resolution for identified purposes, and generate as
many PDF files.
The only constant over various resampled images is the real size:
for instance, a square image (1"x1") will give:
96x96, rez 1/96" for screen reading;
300x300, rez 1/300" for Laser printing;
120x120, rez 1/120" for Dowload _and_print;
etc.
Le 17/01/2012 14:48, Klearchos Klearchou a écrit :
Hi Pascal,
yes indeed this was one of my problems.
I will test it to see the results.
In case I will still have to manipulate the image outside of
the FOP do
you have any solution to propose regarding:
How to change the print size of the image (like gimp) in order
not to
loose image quality and at the same time to show it smaller
inside the PDF.
Thank you.
On 17/1/2012 3:42 PM, Pascal Sancho wrote:
Hi,
I guess that by "the result is problematic with very tall
images" you
mean that image can overflow the page when h/w ratio is too
high.
If this is the case, you can use "max-height" XSL-FO equivalent:
<fo:external-graphic src="{$imageUrl}"
block-progression-dimension.optimum="$my_minimal_height"
block-progression-dimension.maximum="$my_maximal_height"
content-height="scale-to-fit"/>
Le 17/01/2012 12:17, Klearchos Klearchou a écrit :
Dear FOP users,
I want to change an image's print size in order to add it
inside a PDF.
I want to do this in order not to loose any quality.
The image must look smaller inside the PDF but the quality
should be the
same with the original image.
I know that I could do something like this in my XSLT
(content-width="scale-to-fit"):
<fo:external-graphic src="url('{$imageLink}')"
content-width="scale-to-fit" border="solid 0.1pt"
width="90mm" />
<fo:block space-before="{$space}"/>
(<xsl:value-of
select="$title"/>)
<fo:block/>
<xsl:value-of select="$description"/>
</fo:block>
but the result is problematic with very tall images.
Thus I thought that I should manipulate the image before
passing it to FOP.
I used GIMP and I saw that if I change the print size of the
image FOP
uses this size and the quality of the image is very good.
Anybody knows how to solve this problem?
Thank you in advance.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
