- From: Philip Taylor <pjt47@cam.ac.uk>
- Date: Thu, 01 Apr 2010 19:41:28 +0100
- To: Jonas Sicking <jonas@sicking.cc>
- CC: Sam Ruby <rubys@intertwingly.net>, HTML WG <public-html@w3.org>, Technical Architecture Group <tag@w3.org>
Jonas Sicking wrote:
> On Fri, Mar 26, 2010 at 1:52 PM, Sam Ruby <rubys@intertwingly.net> wrote:
>> I took an action item from the TAG yesterday to convey the following
>> request:
>>
>> The W3C TAG requests there should be in TR space a document
>> which specifies how one can create a set of bits which can
>> be served EITHER as text/html OR as application/xhtml+xml,
>> which will work identically in a browser in both bases.
>> (As Sam does on his web site.)
>>
>> This request requires a lot of explanation. To start, it is recognized up
>> front that this will be a subset of the set of possible documents that can
>> be expressed as HTML5. This is entirely OK. For example, if it were to be
>> the case that such a subset were to entirely disallow scripts of any kind,
>> that would be acceptable as there exists a substantial class of documents
>> which do not require scripting of any kind.
>
> Out of curiosity, what does "work identically" encompass? Do they have
> to have the same DOM? Or just render the same when the default UA
> stylesheet is applied? Or just be semantically equivalent?
> [...]
> If DOMs aren't important, only rendering is, I assume that this
> document won't qualify:
>
> <html xmlns="http://www.w3.org/1999/xhtml">
> <head>
> <style> tbody { background: green } </style>
> <title>example document</title>
> </head>
> <body>
> Integer values for true/false.
> <table>
> <tr><td>true</td><td>1</td></tr>
> <tr><td>false</td><td>0</td></tr>
> </table>
> </body>
> </html>
This one would also render differently:
<html xmlns="http://www.w3.org/1999/xhtml">
<head><title>example document</title></head>
<body>
<pre>
Arbitrary example text</pre>
</body>
</html>
and this one will also cause data corruption depending on the content-type:
<html xmlns="http://www.w3.org/1999/xhtml">
<head><title>example document</title></head>
<body>
<form>
Edit your comment:
<textarea name="comment">
Your previous text</textarea>
</form>
</body>
</html>
(because the text/html parser strips a leading newline character in
pre/textarea/listing elements), which seem like more serious issues than
the <tbody>, since (unless I'm missing something) it's impossible to
safely use these elements in polyglot documents, unless you do
<pre><!---->
text
</pre>
which is a horrid hack and won't work for textarea anyway. So I think a
true polyglot subset would have to exclude the textarea element, which
limits its usefulness further. (Maybe the remaining subset is still
large enough to be worth specifying in detail.)
--
Philip Taylor
pjt47@cam.ac.uk
Received on Thursday, 1 April 2010 18:42:02 UTC