DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5001>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5001

content-width and content-height ignored?





------- Additional Comments From [EMAIL PROTECTED]  2001-11-28 08:08 -------
The above patch makes content-width (and height) accept "scale-to-fit", and does
scale an SVG image if they are used.  Absolute sizes also work.  Percentage
sizes in content-width/height should work (they are percentage of the image
intrinsic size), but I haven't tried them.

I have only tested instream-foreign-object containing an SVG.
It's entirely possible that external-graphic doesn't scale properly.

Specifying only one dimension to hasn't been properly coded (for calculating
the surrounding area size while preserving the image aspect ratio), and I've no
particular intention of doing that.

Specifying "width='80%' content-width='scale-to-fit'" doesn't work.  It
generates a bad PDF containing "NaN".  I don't understand how widths
are propagated through the area hierarchy so I won't be fixing this.

The image, though scaled nicely (on a PDF), is rendered at the wrong position.
There's a hack (x -= width/2) to move it which does help, but that's still
wrong.  I have no idea how to get the right position.

(It's taken me 3 weeks to understand Fop well enough to get this patch going,
which is too long for me so I'm giving up).

Hope the patch helps.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to