OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] HTML5 and almost no namespaces

Isn't it merely that the HTML5 (WHATWG) people were among the many
who found Namespaces more easily ignored than implemented? Life is
too short! Roll on 'MicroXML'! :-) 
Still, there may be many who get some value using namespaces in XML.
Stephen D Green

On 2 June 2011 08:31, Jesper Tverskov <jesper.tverskov@gmail.com> wrote:
Considering that this XML List love to hate the details of "Namespaces
in XML", it is interesting to learn that HTML5 has more or less
abolished namespaces with a few exceptions.

They are still used implicitly (you don't need to declare them!) for
old applications like SVG and MathML, now part of the spec itself.
ARIA is also part of the spec in order to support it!

But for any future application that would like to make it into
webpages (probably many considering how the web is still evolving),
the rule is now clear: No more new namespaces. Any new application
must not be an application but must be new markup in HTML's XHTML
namespace. Anything new must be additional HTML markup. Period.

See Henri Sivonen's answer to my question at the HTML5 mailing list:

Namespace prefix and colon are in HTML5 part of local-name.

Forget about using XHTML5 served with "application/xhtml+xml" in order
to continue with the namespace mechanism. Browsers are never going to
implement new applications and markup if it is not also working in
HTML5 served with "text/html". At least that is my guess.

"Namespaces in XML" is far from perfect, but any mechanism allowing
for seamless co-existence of XML applications in the same document has
a price and is bound to be one of the most difficult aspects of XML
from a user point of view.

I feel that the HTML5 alternative to the traditional use of namespaces
is one big confusing mess. I find it hard to understand that W3C can
come up with a new HTML5 spec that to a great extent undermines core
concepts of XML with far-reaching ramifications.

At least HTML5 could come up with a better mechanism. Almost no
mechanism at all, or rather a 5% implementation of the traditional
namespace mechanism is a poor substitute.

Jesper Tverskov


XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS