<br><br><div class="gmail_quote">2008/12/16 Nils Dagsson Moskopp <span dir="ltr"><<a href="mailto:nils-dagsson-moskopp@dieweltistgarnichtso.net">nils-dagsson-moskopp@dieweltistgarnichtso.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Am Dienstag, den 16.12.2008, 14:32 +0100 schrieb Giovanni Campagna:<br>
<div class="Ih2E3d"><br>
> (The same behaviour can be achieved also with a @namespace rule,<br>
> putting non-standard attributes in an application-specific namespace)<br>
<br>
</div>Since data attributes do not exist as of yet, I believe people would use<br>
XML for namespaces, so I somehow don't see your problem.<br>
<div><div class="Wj3C7c"><br>
</div></div></blockquote><div></div><div>1) data attributes are not standarized and the "dataset" DOMStringMap is not present, but if you try using them with domCore interfaces they should work (i haven't tested though)</div>
<div>2) XML serialization is much more difficlut to implement than old HTML, and, as i said before, in many cases it is not implementable at all: probably a company which hosts user-generated content such as blogs or forums won't like that no browser can display his pages because someone wrote invalid html</div>
<div>even the most experienced can mis-type code, and in that case the only way to solve is to manually edit source using a plain text editor, which is not possible with user-generated content</div><div>3) the "dataset" DOMStringMap is a quite useful way to enumerate attributes explicitly marked as "application data"</div>
</div>