RE: [css-gcpm] order of text replace vs. whitespace processing

Also sprach Håkon Wium Lie:

> I'm open for proposals to change the text on this issue. I am,
> however, worried about imposing constraints on implementations that
> would otherwise not be there.
> When you say 'whitespace' processing, do you refer to the
> 'white-space' property?

I am referring to the time when the algorithm defined in the chapter "white space processing" is applied to a range of text.

Also sprach MURAKAMI Shinyu:
> I think that the text-replace should be applied to the result of the
> white-space processing. Consider the following example:
>     p { text-replace: "Soviet Union" "Russia"; }
>    The following two paragraphs should be same (Hello Russia):
>     <p>Hello Soviet Union!</p>
>     <p>Hello Soviet
>      Union!</p>

Actually, my expectation was to apply it before white space processing.

Imagine the following (non-sense) example:

p { white-space-collapse: collapse;
    text-replace: "HTML" "CSS ";  /* please note the additional white space behind 'CSS' */

<p>HTML<u> rulez</u></p>

Using this example I feel there shouldn't be two white spaces between 'CSS' and 'rulez' since we defined white spaces to collapse in the first place.

Therefore this is what our implementation (RealObjects PDFreactor) currently does.
But I think, we can agree, that the current draft(s) do not define this.

Best regards,


Received on Tuesday, 31 March 2009 16:41:44 UTC