- From: fantasai <fantasai.lists@inkedblade.net>
- Date: Thu, 07 Jan 2010 18:51:05 -0800
- 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 UTC