- From: Doug Schepers <schepers@w3.org>
- Date: Tue, 30 Oct 2007 00:40:24 -0400
- To: www-html@w3.org
Hi, XHTML2 WG-
I believe I've mentioned this in emails to this list before, but I
wanted to make sure you had a Last Call comment about it (my apologies
for it being a bit late, I didn't realize the deadline was coming up so
soon).
The XHTML Role Attribute Module [1] states in section 2.2. ("Host
Language Conformance") that, "the attribute MUST be referenced using its
namespace-qualified form (e.g., <myml:myelement
xhtml:role='definition'>a term</myml:myelement>)." [2]
An earlier version of the spec [3] did not have this constraint, stating
instead that, "If the host language does not incorporate the XHTML Role
Attribute Module attribute into its own namespace, the document MUST
contain an xmlns declaration for the XHTML Role Attribute Module
namespace". While this is a conformance statement on the document, it
seems to have implications for host language conformance as well,
implying a more relaxed approach that allows a host language to
incorporate the module directly, without need for the namespace
declaration and prefix.
I have no problem with requiring namespaces per se, but I don't see the
rationale in this instance.
In the case of complex specs with intertwingled aspects and multiple
internal dependencies, or a large number of elements or attributes, and
a commensurately complex or large schema/DTD, there is clear
justification for requiring that the whole be used, and maintained in
its own namespace.
But the 'role' attribute is only one attribute and its value type, and
even that type is ultimately meant to be spun off into its own spec,
CURIEs. I don't see the pragmatic or even theoretical gains for
referencing the XHTML NS for a single attribute (in SVG, for instance).
If I'm missing something, please let me know what it is.
I believe that the use of the XHTML NS should be optional in the case of
host language conformance. There are good reasons for giving the option
of a separate NS, so that it can still be used by authors in languages
that don't support it directly; but if a language wants to support it
directly, I think there should not be the namespace requirement, merely
the stricture that the host language should not change or add to the
semantics or conformance criteria of the 'role' attribute, and a
normative reference to the XHTML Role Attribute Module.
(Disclaimer: Please note that this is my own opinion, and doesn't
necessarily reflect that of the WGs that I'm in, or the W3C in general.)
[1] http://www.w3.org/TR/xhtml-role/
[2] http://www.w3.org/TR/xhtml-role/#hostconf
[3] http://www.w3.org/TR/2006/WD-xhtml-role-20060725/#docconf
Regards-
-Doug Schepers
W3C Staff Contact, SVG, CDF, and WebAPI
Received on Tuesday, 30 October 2007 04:40:35 UTC