[whatwg] Pre element question
Sam Ruby
rubys at intertwingly.net
Fri Jan 19 16:37:48 PST 2007
Ian Hickson wrote:
> On Fri, 19 Jan 2007, Sam Ruby wrote:
>> People often code things like the following:
>>
>> <pre>
>> one
>> two
>> three
>> </pre>
>>
>> Visually, this ends up looking something like
>>
>> +-------+
>> | |
>> | one |
>> | two |
>> | three |
>> +-------+
>>
>> with the following CSS rule:
>>
>> pre { border: solid 1px #000; }
>>
>> [in standards mode]
>
> I couldn't reproduce this. In Firefox trunk, with:
>
> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C%21DOCTYPE%20html%3E%3Cstyle%3Epre%20%7B%20border%3A%20solid%3B%20%7D%3C/style%3E%0A%3Cpre%3E%0Ax%0A%3C/pre%3E
>
> ...I get the leading newline dropped.
Presumably then this is yet another difference between
application/xhtml+xml and text/html.
> If it did do it, in HTML4, it would have been a stardards mode bug (bug
> 2750, which I filed back in 1999).
>
> In HTML5, we're dropping that requirement, since everyone ignores it.
> However, we will, as you point out, have to introduce a special behaviour
> for a newline at the start of a <pre> element. IE actually does it for
> more than just the <pre> element (e.g. it does it for <p>, though not
> <span>) but compatibility with the Web only seems to require it for <pre>
> since that's all that the other browsers do it for.
>
> Fixed.
Thanks!
For reference, the current (and presumably as of now no longer valid)
behavior of html5lib is as follows:
#document
| <!DOCTYPE HTML>
| <html>
| <head>
| <style>
| "pre { border: solid; }"
| "
"
| <body>
| <pre>
| "
x
"
| "
"
- Sam Ruby
More information about the whatwg
mailing list