W3C home > Mailing lists > Public > public-css-testsuite@w3.org > January 2010

Re: White space case incorrect (gtalbot/submitted/white-space-007.html)

From: fantasai <fantasai.lists@inkedblade.net>
Date: Thu, 07 Jan 2010 18:51:05 -0800
Message-ID: <4B469D99.4000707@inkedblade.net>
To: Arron Eicholz <Arron.Eicholz@microsoft.com>
CC: "css21testsuite@gtalbot.org" <css21testsuite@gtalbot.org>, "public-css-testsuite@w3.org" <public-css-testsuite@w3.org>
On 01/07/2010 01:52 PM, Arron Eicholz wrote:
> …/contributors/gtalbot/submitted/white-space-007.html
>
> Within section 16.6.1 the rules that apply are:
> ...
> Rule 4.2 states: “any space (U+0020) following another space (U+0020) –
> even a space before the inline, if that space also has ‘white-space’ set
> to ‘normal’, ‘nowrap’ or ‘pre-line’ – is removed.”.
>
> Here is how the case is constructed assuming that hyphen (-) and
> underscore (_) are spaces. For readability hyphen (-) represents the no
> wrapped space and underscore (_) represents the inline anonymous space.
>
> X-_ X-_ X-_ X-_ X-_ X-_ X-_ X-_X -_X
>
> Rule 4.2 says that the following space (_) is removed. Per Rule 4.2 the
> collapsing should be:
>
> X-X-X-X-X-X-X-X-X-X
>
> It seems that Firefox and Safari are removing the (-) space. The 4.2
> clause says that the following space (_) needs to be removed. IE seems
> to be properly, per the current rules, remove the (_) space.
>
> Now we have an entire line that has no potential for breaking per the
> Line breaking Properties in the Unicode Standard Annex #14.
>
> This means, in the test case, the orange line should not wrap and should
> extend way beyond the blue box.

You missed this sentence:

   # When wrapping, line breaking opportunities are determined based on
   # the text prior to the white space collapsing steps above.

See http://wiki.csswg.org/spec/css2.1#issue-91

~fantasai
Received on Friday, 8 January 2010 02:51:45 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 20 September 2010 17:52:01 GMT