Greetings,
On Jun 8, 2004, at 1:55 PM, J.Pietschmann wrote:
Darn, the mail server failed yesterday. Resending.
And I thought it was just me...
Peter B. West wrote:
> I think the problem is that pixels are not well-defined. In
general, a pixel is an output-dependent unit. On a printer, a pixel
m
J.Pietschmann wrote:
Well, perhaps we should use wording like this in graphics.xml:
"FOP always assumes a resolution of 72dpi on encountering pixel
measurements, regardless of the output device, and converts all length
measured in pixels in millipoints using 1/72 pixels per inch as
conversion facto
Darn, the mail server failed yesterday. Resending.
Peter B. West wrote:
> I think the problem is that pixels are not well-defined. In general,
a pixel is an output-dependent unit. On a printer, a pixel might be
1/2400 inch, on the screen, 1/96". The Recommendation warns about this
in 5.9.13.1
Clay Leeds wrote:
> If it's true that graphics measurements specified in INCHES yields
> better results than PX, that certainly is news, and would (if
> reproducible) warrant special mention on the FOP Graphics page. Can you
> also do a test to see if the results are similar if you specify mm a
Clay Leeds wrote:
On Jun 7, 2004, at 2:13 AM, Chris Bowditch wrote:
Christian Hattemer wrote:
If it's true that graphics measurements specified in INCHES yields
better results than PX, that certainly is news, and would (if
reproducible) warrant special mention on the FOP Graphics page. Can you
a
On Jun 7, 2004, at 2:13 AM, Chris Bowditch wrote:
Christian Hattemer wrote:
The images are a bunch of line drawings and other illustrations from a
website I converted into DocBook.
The DocBook stylesheets include the images like this:
So the image dimensions are specified. But it seems the unit "
Chris Bowditch wrote:
> > I was able to work around the object-too-large bug by using a larger page
> > size. In the PDF the images have the wrong resolutions and look
> > ugly. (Read on, it's a slightly different question than usual)
>
> Hidding objects that are too large is not necessarily a bu
Christian Hattemer wrote:
Hi,
I was able to work around the object-too-large bug by using a larger page
size. In the PDF the images have the wrong resolutions and look
ugly. (Read on, it's a slightly different question than usual)
Hidding objects that are too large is not necessarily a bug. The XSL
On Jun 2, 2004, at 6:42 PM, Benjohn P. Villedo wrote:
On 2 Jun 2004 at 14:51, Chris Bowditch wrote:
One possible cause is that you havent specified width and height
attributes on
the external-graphic tag. If you dont specify the width and height,
FOP
assumes 72dpi and if you have a high res graph
On 2 Jun 2004 at 14:51, Chris Bowditch wrote:
> One possible cause is that you havent specified width and height attributes
> on
> the external-graphic tag. If you dont specify the width and height, FOP
> assumes 72dpi and if you have a high res graphic being rendered at 72dpi the
> result is
Benjohn P. Villedo wrote:
hi all,
Good Day!!!
i have read lots about images in PDF and have successfully
displayed an image already however i noticed on my system that it
could not accommodate an image greater than 60kb to 70kb of size,
what happens is i get an empty pdf file when the image size
On Mar 8, 2004, at 9:08 PM, Muthukumar Rajaram wrote:
Hi,
I hope Chris have understood my problem correctly. I am generating the
graphs dynamically by calling a servlet which will generate the graph
for
me.
"url('http://localhost:8080/hr/exec/comp/personal/protect/
{$imageUrl1}')"
scaling="uni
otmail.com> cc:
Subject: Re: Image size
Chris,
On Mar 8, 2004, at 7:04 AM, Chris Bowditch wrote:
Clay Leeds wrote:
The workaround for me (with regard to the 72dpi image problem) has
been to create a JPG with a resolution of 300dpi (note: large file
size), and then scale the image down if necessary. This produces high
resolution logos
Clay Leeds wrote:
The workaround for me (with regard to the 72dpi image problem) has been
to create a JPG with a resolution of 300dpi (note: large file size), and
then scale the image down if necessary. This produces high resolution
logos for placement in our FOP-rendered pages without pixelati
On Mar 8, 2004, at 1:50 AM, Chris Bowditch wrote:
Muthukumar Rajaram wrote:
I am generating a graph dynamically and placing it in the PDF by
construcing the fo file with the help of the tag "external-graphic".
The image is generated dynamically and the width and height varies.
In the
width and hei
Muthukumar Rajaram wrote:
I am generating a graph dynamically and placing it in the PDF by
construcing the fo file with the help of the tag "external-graphic".
The image is generated dynamically and the width and height varies. In the
width and height attributes, i am not able to give the exact val
At the moment it's probably best to embedd the image in SVG where you
can easily scale and rotate. I've done this with SVG a lot but not with
JPEG, but this should work, too. Here's an excerpt from one of my
stylesheets that does this kind of stuff.
http://www.w3.org/2000/svg"; width="40m
18 matches
Mail list logo
