[whatwg] <comment> element

Bjartur Thorlacius svartman95 at gmail.com
Thu Sep 8 08:58:59 PDT 2011

A far greater problem is the lack of standardization of a protocol for 
comment submittal. If the IETF were to standardize such a protocol, 
would it not make more sense to distribute comments via the same channel?
That seems like a cleaner long-term solution than changing every stream 
format out there to enable in-band comment transfer. Classes are a good 
enough interim solution.

Þann þri  6.sep 2011 19:28, skrifaði Benjamin Hawkes-Lewis:
> On Tue, Sep 6, 2011 at 8:02 PM, Jukka K. Korpela<jkorpela at cs.tut.fi>  wrote:
>> Self-containedness is relative. But this does not mean it is empty concept.
>> And if it were, why use it at all? Surely there is a difference between,
>> say, a blog entry or a newspaper article carefully crafted to stand on its
>> own, so that you can read it as such and take a position on it, and a
>> typical blog comment or a comment in an online news system where nobody
>> expects your comments to be in any way understandable outside the context.
> One can draw all sorts of distinctions; not all of them need to be
> expressed in markup.
 From the definition of the article element:
 > The article element represents a self-contained composition in a
 > document, page, application, or site and that is, in principle,
 > independently distributable or reusable, e.g. in syndication.

By your logic that everything should be considered self-contained, as 
nothing is truly self-contained, anything could be marked up with the 
article element, rendering the element meaningless.
>>>> Such arguments could be used against _any_ new markup elements (and
>>>> almost
>>>> any existing elements - do we really need much more elements than<a>
>>>>   when
>>>> we can use metadata, styling, and scripting? :-)).
Why use <a> when you have onclick and a settable document.location? :)

More information about the whatwg mailing list