[xep-support] FW: Image border in scale-to-fit mode

Hello,

I've still have no solution for this. Setting the border in the <fo:external-graphic> doesn't help, result is the same. I am trying to find any workaround but I have no idea how to accomplish this. Although either some special XEP processing instruction (not available at present) or analyzing XEP intermediate output format (which probably doesn't store such kind of information) seems to me as not very standard solution, if this would be a way, I would be grateful for any details.

Jan

-----Original Message-----
From: Jan Tošovský
Sent: Thursday, March 12, 2009 8:48 AM
To: 'xep-support@renderx.com'
Subject: RE: Image border in scale-to-fit mode

Hello Everyone,

no ideas? If the image is narrower than width of available area, border is spread to the whole area. In XSLT template there is not possible to predict if the image will have to be scaled down or not and according to this information to handle images differently. I think that technically there is no problem to get necessary border size, but XEP renders it according to the specification, what is problem in this case. Should I change XSL-FO code for this somehow?

Jan

> there is used a quite handy method for all the images in my document to
> be scaled down to fit the available area. There is no need to specify
> the exact size. Now I've found one weird drawback. If the image should
> have a border, it is applied to the whole content area, not only to the
> image itself.
> <fo:block border="solid 0.5pt silver">
> <fo:external-graphic src="url(image.gif)" width="100%" height="auto"
> content-width="scale-to-fit" content-height="100%"/>
> </fo:block>
>
> Is there any solution how to avoid this behaviour?
>

-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo@renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.html
Received on Tue Jun 2 05:09:11 2009