Re: [xep-support] PDF File size

From: Justin Lipton <justin.lipton@exari.com>
Date: Thu Nov 06 2008 - 13:10:42 PST
Hi Michael,

I am surprised that
<fo:inline>W</fo:inline><fo:inline>A</fo:inline><fo:inline>V</fo:inline>

gives different output to:

<fo:inline>WAV</fo:inline>

I am trying to comparing PDF output that is generated in different ways and want to make sure that it produces exactly the same results for unit testing purposes. For example, in one case some content make come from a database and in the other the content is input directly - in both cases the text content is the same but there may be some extra fo:inline containers.

I expected the two PDF/PS outputs to be identical as I considered an fo:inline with no attributes to be a content neutral container. I couldn't see anywhere in the spec that said that they are not.

Given that they are not in XEP, is there a way to ensure that the output is identical, other than to strip empty fo:inline elements prior to transforming (this would be a costly step that I'd like to avoid)?

Regards,
Justin.
Michael Sulyaev wrote:
Justin Lipton wrote:
Any idea what could be causing this difference?

Hello Justin.
I have inspected the files. Can you claim any of the two renderings being wrong? I cannot. The reason for the difference is likely to be the [special] handling of white space at the end of a text node (after ':' in a1.fo).

You would not be surprised that
<fo:inline>W</fo:inline><fo:inline>A</fo:inline><fo:inline>V</fo:inline>
is rendered differently from
<fo:inline>WAV</fo:inline>
, would you? Kerning may not happen in the former case (across element boundaries).

But why do you compare the renderings of two similar but different FO files? What is your goal? Regression testing? Than why are the FOs different?

Regards,
Michael Sulyaev
RenderX
-------------------
(*) 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


--
Exari Signature

Justin Lipton
justin.lipton@exari.com
Level 7, 10-16 Queen Street, Melbourne 3000 Australia
Tel +61 3 9621 2775 | Fax +61 3 9621 2776

Exari Systems
Boston | London | Melbourne | Munich
www.exari.com

Really Important Notice
Actually, this is only important if this email was sent to you by mistake or if someone sent it to you when they shouldn't have. If you got it by mistake, please reply and tell us so we can re-send it to the right person. If you got it from someone who should know better, please tell them they're in big trouble. In either case, please don't forward it on to anyone else. Or print it. Or talk about it. Otherwise you'll be in big trouble too.

exari logo
For Contract Relief

-------------------
(*) 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

exari-clr-24.gif
Received on Thu Nov 6 13:55:10 2008

This archive was generated by hypermail 2.1.8 : Thu Nov 06 2008 - 13:55:16 PST