While we're on the topic of commonizing things at Element - can we introduce an 'inner' property on Element?  This would map to innerHTML for HTMLElements.  Other languages could introduce parsing rules for getting/setting that property.  Presumably XML grammars would use the rules at <a href="http://dev.w3.org/html5/spec/apis-in-html-documents.html#innerhtml">http://dev.w3.org/html5/spec/apis-in-html-documents.html#innerhtml</a><div>

<br></div><div><div>Jeff<br><br><div class="gmail_quote">On Tue, Nov 23, 2010 at 9:20 AM, Anne van Kesteren <span dir="ltr"><<a href="mailto:annevk@opera.com">annevk@opera.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Fri, 19 Nov 2010 17:34:29 +0100, Boris Zbarsky <<a href="mailto:bzbarsky@mit.edu" target="_blank">bzbarsky@mit.edu</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Given that SVG also has classes, it would make some sense to move classList from HTMLElement to Element.  That way SVG, and any other languages that define classes (XUL comes to mind, actually) can benefit from it as well.<br>


<br>
Note that Gecko's current classList implementation lives on Element.<br>
</blockquote>
<br></div>
My plan is to define Element.id, Element.className, Element.classList, and getElementsByClassName in DOM Core. And tie getElementById to Element.id somehow, tie Element.id to an attribute named "id", and Element.className to an attribute named "class".<br>

<font color="#888888">
<br>
<br>
-- <br>
Anne van Kesteren<br>
<a href="http://annevankesteren.nl/" target="_blank">http://annevankesteren.nl/</a><br>
<br>
</font></blockquote></div><br></div></div>