W3C home > Mailing lists > Public > www-style@w3.org > January 2010

Re: Text selector [was Re: breaking overflow]

From: Boris Zbarsky <bzbarsky@MIT.EDU>
Date: Wed, 06 Jan 2010 10:22:29 -0500
Message-ID: <4B44AAB5.1030500@mit.edu>
To: Brad Kemper <brad.kemper@gmail.com>, www-style list <www-style@w3.org>
On 1/6/10 9:27 AM, Brad Kemper wrote:
> 4. pre-compute just the white-space for the element, and discard or collapse white-space into individual spaces in each of the slots, according to that resolution

The point is that this step depends not only on the white-space value of 
the element, but also on the exact boxes generated for children of the 
element, in general.

Unless you actually mean to run some algorithm quite different from the 
CSS whitespace collapsing algorithm but that happens to sort of look 
like it to a first approximation?

For example:

     This is  <span></span>  text

I assume that you would want the first textnode to claim to have a 
trailing space and the second textnode to claim to have a leading space 
even though after CSS whitespace collapsing there is in fact only one 
space in the example above between "is" and "text"?

Received on Wednesday, 6 January 2010 15:23:03 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:13:42 UTC