W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2011

[Bug 13708] [html5] White space where HTML4 ignored it

From: <bugzilla@jessica.w3.org>
Date: Tue, 09 Aug 2011 07:27:14 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QqgiY-0000dS-Ka@jessica.w3.org>

Michael[tm] Smith <mike@w3.org> changed:

           What    |Removed                     |Added
                URL|http://www.w3.org/mid/20110 |http://www.w3.org/mid/20110
                   |8082059.48324.bert@w3.org   |8082059.48324.bert@w3.org

--- Comment #1 from Michael[tm] Smith <mike@w3.org> 2011-08-09 07:27:13 UTC ---

A personal comment on http://www.w3.org/TR/2011/WD-html5-20110525/

In several places, HTML4 (or rather SGML) automatically ignores white 
space in the source, so that you can lay out the source more freely. 
E.g., this document has not a single white space character: 

<!doctype html public '-//W3C//DTD HTML 4.01//EN'>



HTML5, on the other hand, sees lots of spaces and line feeds in this 
document. People will want to lay out the document like this anyway, and 
the result is that the white space has to be removed at some other stage 
in the processing. 

In anticipation of HTML5, CSS already added some rules to ignore spaces 
that are likely to be not significant, but as CSS has no access to the 
mark-up, those rules are necessarily wrong in some cases. (E.g., CSS 
will now ignore certain spaces even if they had been marked-up as 
character entities: clearly not the author's intention.)

If the document is processed by some other system than CSS, that system, 
too, will need to deal with white space that may not have been 

It would be better if HTML5 remained backwards compatible with HTML4 in 
this case, ignoring non-significant white space in all places where 
HTML4 ignores it, too.

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 9 August 2011 07:27:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:00 UTC