W3C home > Mailing lists > Public > whatwg@whatwg.org > February 2013

Re: [whatwg] supporting HTMLElement.dataset on SVG elements

From: Garrett Smith <dhtmlkitchen@gmail.com>
Date: Wed, 6 Feb 2013 11:18:00 -0800
Message-ID: <CABZUbM3DhSsXNw+_Mvf-AexM8YjyexHsXMCJ9ht9O6SnQu_qaQ@mail.gmail.com>
To: Cameron McCormack <cam@mcc.id.au>
Cc: whatwg <whatwg@lists.whatwg.org>
On 2/5/13, Cameron McCormack <cam@mcc.id.au> wrote:
> As part of aligning SVG with some not-so-HTML-specific features of HTML,
> the SVG WG would like to support data-* attributes on SVG elements.  In
> mixed HTML/SVG documents, it seems like you would want to be able to use
> these attributes regardless of whether the elements are HTML or SVG, or
> indeed MathML.
> Does it make sense to move HTMLElement.dataset up to Element, so that
> all elements can benefit from it?  If not, could this attribute be split
> out on to a separate interface that we could have SVGElement implement?
What is the cost of extracting a common interface?

Are there any cases, existing or potential, where global attributes
might create conflict or make no sense?

HTMLUnknownElement looks like it wants to fill the role of common
interface, but due to class hierarchy, it can't.

| interface must be used for HTML elements that are not
| defined by this specification (or other applicable specifications).

a new interface, such as UnknownElement or GenericElement could
accommodate shared features and avoid potential situations where those
features wouldn't make sense on a common Element superclass.
GenericElement could be implemented by HTMLElement and SVGElement and
all subclasses thereof including HTMLUnknownElement, plus whatever
they use in Math ML and whoever else wants to inherit from
Twitter: @xkit
Received on Wednesday, 6 February 2013 19:18:24 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:19 UTC