[webkit-dev] Fwd: [whatwg] More HTML Editing Commands questions

Wed May 18 19:57:06 PDT 2011

Is this a bug?

---------- Forwarded message ----------
From: Boris Zbarsky <bzbarsky at mit.edu>
Date: Wed, May 18, 2011 at 7:32 PM
Subject: Re: [whatwg] More HTML Editing Commands questions
To: whatwg at lists.whatwg.org

On 5/18/11 6:57 PM, Tim Down wrote:

> On 18 May 2011 19:32, Aryeh Gregor<Simetrical+w3c at gmail.com>  wrote:
>
>> Another argument against wrapping whitespace is that it can have an
>>>
>>> unwelcome visual effect if, for example, the wrapping elements have a
>>> CSS border applied.
>>>
>>
>> Borders only apply to boxes, and collapsed whitespace generates no
>> boxes, so it will generate no border.  Nor backgrounds, margins,
>> padding, etc.
>>
>
> That may be what the CSS spec says
>

The collapsed whitespace generates no box, but the inline element sure
generates a box per spec.  And that box can have padding, borders, margins,
the works.  Aryeh, I suggest actually trying this in your favorite browser.
 Just make sure to not use a WebKit-based one, since WebKit is buggy here.
 Any Presto, Trident, or Gecko-based browser should do the trick, on the
other hand.  Minimal testcase:

<!DOCTYPE html>
<span style="border: 1px solid green; padding: 5px; background: yellow">
</span>

That should give you a nice yellow box about 10px wide and 10px + (default
font size) high with a green border around it.

Note that the presence or absence of whitespace is completely irrelevant
here; the rendering is the same if the whitespace is deleted.... except in
WebKit, which suddenly renders like every other browser if you delete the
whitespace.  Buggy, like I said.

 I'm not sure why.  DOM mutation events in their current form (i.e.,
>> synchronous) should work, no?  And if the selection change event is
>> not synchronous, you might not be able to use it anyway, because maybe
>> by the time the handler runs all sorts of changes happened
>>
>
That can happen even if it's synchronous.

-Boris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20110518/4d04d4a3/attachment.html>