W3C home > Mailing lists > Public > public-html@w3.org > June 2010

Re: HTML4 Diffs - Object, again

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Sun, 27 Jun 2010 16:45:59 +0200
To: Kornel Lesinski <kornel@geekhood.net>
Cc: public-html@w3.org
Message-ID: <20100627164559777574.d92186a6@xn--mlform-iua.no>
Kornel Lesinski, Sun, 27 Jun 2010 15:12:54 +0100:
> On Sun, 27 Jun 2010 05:48:16 +0100, Leif Halvard Silli:
>> And also: Every time the HTML4 validator discover an element in an
>> illegal context, it typically tells you to nest it inside a <object> or
>> <map> or <button> if you want to have it there.
>> I find it hard to believe that all these things are side effects of the
>> fact that HTML4 is expressed as a DTD.
> Note that analogous use of <INS> and <DEL> is explicitly forbidden in HTML4:
> http://www.w3.org/TR/html401/struct/text.html#h-9.4

I suppose you mean this: ?

    The following is not legal HTML.
    <INS><DIV>...block-level content...</DIV></INS>

> Given that I think it was not intention to have "wildcard" elements 
> in HTML 4 that allow violation of content model "if you want to have 
> it there".

I do not follow, at all. The purpose of <object> is to _embed_ things - 
including fallback. Whereas the purpose of <ins> and <del> is to show 
editorial changes. 

With regard to the example from HTML4 above, then it would not be 
possible, due to limitations of HTML that Baron explained, if it did 
not contain the <ins> element. That is, the following version does not 
reflect the DOM of the illegal HTML4 example:

       <DIV>...block-level content...</DIV>

And hence, since it is not possible to have code like that in HTML, it 
also does not make sense to make it legal via <ins> or <del>. It would 
be to permit authors to cheat/lie if it were permitted. The purpose of 
<ins> and <del> is not to document that the author corrected his/her 
code from illegal code//impossible DOM to legal code/possible DOM! 
leif halvard silli
Received on Sunday, 27 June 2010 14:46:48 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:20 UTC