Hi Pascal,
here is the bugzilla entry:
https://issues.apache.org/bugzilla/show_bug.cgi?id=52514
Regards,
Klearchos
On 24/1/2012 11:31 AM, Pascal Sancho wrote:
Hi Klearchos,
Since Luis has reproduced your issue, I came back on it (thanks, Luis).
When *-progression-dimension.maximum are equal
Hi Klearchos,
Since Luis has reproduced your issue, I came back on it (thanks, Luis).
When *-progression-dimension.maximum are equal, the issue comes when a
square image is used.
Please, can you fill in an issue on Bugzilla, providing the attached
short test case (FO + 2 jpeg).
Workaround:
as L
Hello Luis,
thank you very much for the workaround.
I will apply it now.
Kind regards,
Klearchos
On 24/1/2012 12:42 AM, Luis Bernardo wrote:
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
bel
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
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 :
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 th
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)
block-progression-dimension.maximum="90mm" content-width="scale-to-fit"
inline-progression-dimension.maximum="90mm" border="solid
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:
>
Pascal you have been really helpful.
For the completeness of this thread I paste the XSLT code that solves my
problem:
border-color="{$assocBorderColor}"
inline-progression-dimension.maximum="85mm"
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
You can do the same for the "inline" axis:
Le 17/01/2012 16:30, Klearchos Klearchou a écrit :
> Pascal,
>
> the solution that you initially proposed
>
> content-width="scale-to-fit" border="solid 0.1pt" width="90mm" />
>
>()
>
>
>
>
> works well.
>
Pascal,
the solution that you initially proposed
()
works well.
But when the image reaches the maximum boundary then the width of the
image remains the same.
I have added a green border at the attached image in order to show you
what I mean.
Is it
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
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 ar
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 an
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:
Le 17/01/2012 12:17, Klearchos Klearchou a écrit :
> Dear FOP users,
>
> I want to chang
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 X
17 matches
Mail list logo