W3C home > Mailing lists > Public > www-math@w3.org > April 2015

Re: data-* attributes

From: Peter Krautzberger <peter.krautzberger@mathjax.org>
Date: Thu, 2 Apr 2015 17:07:35 +0200
Message-ID: <CABqxo83c7Ogm96FL29sS5CCV9XotY25XEg1PgUSgm18JMwqTgA@mail.gmail.com>
To: William F Hammond <hammond@csc.albany.edu>
Cc: David Carlisle <davidc@nag.co.uk>, "www-math@w3.org" <www-math@w3.org>
Just an afterthought on this. The MathML spec actually enforces one use of
data-* in HTML, namely for custom maction types, see


On Tue, Nov 4, 2014 at 3:33 AM, William F Hammond <hammond@csc.albany.edu>

> > <mi jats:foo="bar"> is valid to the MathML3 schema (as long
> > as jats: namespace is declared somewhere) it's just that you
> > don't want to let attributes with colons in their name
> > anywhere near an HTML parser, ...
> I've never thought that xml-namespaces are of much real
> value for xml document instances (as opposed to xml
> electronic data instances).
> In particular, I've understood the banishment of namespaces
> from HTML 5 to represent revulsion toward xml-namespaces of
> those who produce documents.
> I think it should be possible to structure the world of HTML
> so that automatic generators (from various profiles of LaTeX
> or DocBook or ...) to HTML5 can switch easily between the
> text/html and the application/xhtml+xml serializations.
> This would mean, in particular, not really using
> xml-namespaces with the latter serialization, but keeping
> within a reasonable framework for validation.  Maybe one
> could introduce for MathML a value something like html's
> "style".  For example, instead of <mi jats:foo="bar">
> something like <mi mmdata='ns: jats; foo1: bar1; foo2:
> "bar2a bar2b"; foo3: bar3;'> which would, with mmdata added
> to the definition of html as an unspecified cdata attribute,
> be able to pass html validation.  As with css a separate,
> less essential, and perhaps not universal, validator could
> check mmdata values.
>                                     -- Bill
Received on Thursday, 2 April 2015 15:08:02 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 2 April 2015 15:08:03 UTC