- From: Karl Dubost <karl@w3.org>
- Date: Fri, 27 Oct 2006 11:25:27 +0900
- To: Ian Hickson <ian@hixie.ch>
- Cc: public-appformats@w3.org
Le 11 oct. 2006 à 08:48, Ian Hickson a écrit :
> On Tue, 10 Oct 2006, Karl Dubost wrote:
>>
>> <xbl xmlns="http://www.w3.org/ns/xbl">
>> <binding id="nav-then-main" xml:id="foo">
>> <template xml:id="nav-then-main">
>> <div id="wrapper">
>> <div id="col2"><content includes=".nav"/></div>
>> <div id="col1"><content includes=".main"/></div>
>> </div>
>> </template>
>> <resources>
>> <style>
>> #wrapper { display: table-row; }
>> #col1, #col2 { display: table-cell; }
>> </style>
>> </resources>
>> </binding>
>> </xbl>
>>
>> authorized?
>
> Does the xml:id specification allow it? If so, then it's allowed.
http://www.w3.org/TR/xml11/#id
http://www.w3.org/TR/REC-xml/#id
I do not think it is allowed.
>> Is "xml:id" attribute forbidden on xbl elements?
>
> It has nothing to do with XBL, and XBL doesn't disallow it (it just
> says
> that unexpected attributes are in error; if the UA is expecting the
> attribute, then it's allowed).
Here it seems that something and its contrary is said.
* XBL specification defines XBL technologies
* unexpected attributes are defined by the specification
if not, that will have to be defined, back to the comment on
expected context.
Following the paragraph above:
1. XBL doesn't disallow xml:id
2. unexpected attributes (xml:id) are in error
then XBL disallow xml:id
UA implements a lot of technologies. It is orthogonal to the point
here, when UA implement XBL, they have to follow the requirements
defined in the specification.
>>> The two specifications are completely orthogonal and there does not
>>> seem to be any good reason for them to unnecessarily cross-reference
>>> each other.
>>
>> XBL is using XML namespaces and XML specifications. It mentioned
>> them.
>
> Well, it has to mention them, since it is dependent on them. Their
> rules
> directly affect XBL. Without them, XBL would be drastically different.
>
>
>> xml:base is mentioned too.
>
> Again, it has to be, because there are things that xml:base affects
> in XBL
> quite fundamentally.
>
>
>> Is "xml:id" attribute forbidden on xbl elements?
>> If not, why not using it, more than defining id?
>
> Why use it? It's longer and makes DOM manipulation a lot harder.
> All the
> other languages that we'd expect authors to use with XBL use "id", not
> "xml:id", and consistency is key in language design. Also, XBL
> isn't the
> kind of language you would use in an automated environment (which is
> xml:id's main benefit). In conclusion, I don't see any advantage to
> forcing authors to use "xml:id" instead of "id". As noted earlier, if
> authors _want_ to use xml:id, they are of course allowed to do so.
It doesn't seem they are allowed to do so by specification
definition. Though it is unrelated to the issue of using xml:id in
XBL instead of id.
The explanation given about the ease of use are justifications which
seem to be reasonable.
I am then satisfied with my initial comments.
--
Karl Dubost - http://www.w3.org/People/karl/
W3C Conformance Manager, QA Activity Lead
QA Weblog - http://www.w3.org/QA/
*** Be Strict To Be Cool ***
Received on Friday, 27 October 2006 02:26:08 UTC