- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Mon, 26 Apr 2010 23:44:42 +0200
- To: Maciej Stachowiak <mjs@apple.com>
- Cc: HTMLwg <public-html@w3.org>, Eliot Graff <eliotgra@microsoft.com>
Maciej Stachowiak, Mon, 26 Apr 2010 11:12:54 -0700:
> On Apr 26, 2010, at 9:09 AM, Leif Halvard Silli wrote:
>
>> Chairs, editors, members,
>>
>> I suggest the following HTML5 spec changes:
>> * make all HTML5 examples use UPPERCASE syntax for <!DOCTYPE HTML> [2]
>> * say that editors MAY - or SHOULD - use a XHTML compatible
>> DOCTYPE, in combination with a valid namespace string as
>> an XHTML syntax trigger
>>
>> A) Should I file bugs for this?
>> B) Can we have polyglot product to file bugs against?
>>
>> Background info:
>>
>> The HTML5 doctype is defined as an "ASCII case-insensitive match" of
>> the uppercased string <!DOCTYPE HTML>. [1] The HTML5 spec however
>> appears silent on the fact that for XHTML5, then the 'DOCTYPE' string
>> must be uppercased. While the 'html' part must be lowercased. This has
>> implications for polyglot editing tools.
>
> In that case, shouldn't we recommend <!DOCTYPE html> instead of
> <!DOCTYPE HTML>?
In what way would that help KompoZer to know whether to operate with
XHTML compatible HTML syntax or HTML4 alike HTML syntax?
And ... instead of <!doctype html>? Instead of <!doCtypE hTMl>? Both
are valid versions of the the doctype when served as text/html. All are
also valid forms of the 'DOCTYPE HTML' string in a HTML4 doctype.
Despite that the W3 HTML4 validators defaults to lowercase, the HTML4
spec always writes those letters in uppercase. And so do HTML5 (except
in some of its examples). I am not even sure that it is in this working
group's power to in anyway link the lowercase version 'text/html', when
it is specifically linked to the syntax of XHTML ('html' represents the
root element).
And in what *way* would you recommend it? Make validators warn? Make
them display an error message? And *why* always recommend the XHTML
compatible form? To encourage polyglot authoring, *always*?
My suggestion only related to *editing*. To emphasize the difference of
the two serializations, it seem more wise to say that editors MAY
default to uppercase, for the text/html serialization.
That said: Although a MAY would work whenever the editor application
has full control, what about documents edited in different editors?
--
leif halvard silli
Received on Monday, 26 April 2010 21:45:17 UTC