W3C home > Mailing lists > Public > www-ql@w3.org > April to June 2005

Re: Clarification needed on attribute names without namespace prefix

From: Henry Luo <henryluo@vibrasoft.net>
Date: Wed, 25 May 2005 22:23:03 +0800
Message-ID: <001901c56135$434196a0$83de9cca@Handy>
To: "Michael Kay" <mhk@mhk.me.uk>, "'Oleg A. Paraschenko'" <olpa@xmlhack.ru>
Cc: <www-ql@w3.org>
Thanks for the clarification.
  ----- Original Message ----- 
  From: Michael Kay 
  To: 'Henry Luo' ; 'Oleg A. Paraschenko' 
  Cc: www-ql@w3.org 
  Sent: Wednesday, May 25, 2005 9:42 PM
  Subject: RE: Clarification needed on attribute names without namespace prefix


  Appendix A of the Namespaces Rec is non-normative, and as far as I'm aware this concept of "partitions" has never been picked up in any other related specs, certainly not in XPath or XQuery. (Which is just as well, namespaces are quite complicated enough anyway). I think Appendix A can safely be ignored except as historical evidence of the muddle-headed thinking that took place during the great namespace debate.

  Michael Kay
  http://www.saxonica.com/



----------------------------------------------------------------------------
    From: www-ql-request@w3.org [mailto:www-ql-request@w3.org] On Behalf Of Henry Luo
    Sent: 25 May 2005 08:39
    To: Oleg A. Paraschenko
    Cc: www-ql@w3.org
    Subject: Re: Clarification needed on attribute names without namespace prefix


    Thanks Oleg for the reply.

    I'm clear that the namespace for attribute without namespace prefix always has no value.

    What confuses me is the statement ind Namespace 1.0 spec:
      
    The Per-Element-Type Partitions 
    Each type in the All Element Types Partition has an associated namespace in which appear the names of the unqualified attributes that are provided for that element. This is a traditional namespace because the appearance of duplicate attribute names on an element is forbidden by XML 1.0. The combination of the attribute name with the element's type and namespace name uniquely identifies each unqualified attribute.

    So the statement seems to me is saying that the attributes without prefix are put under different partitions.  
    So my question is than in XQuery and XPath, is there any language feature that tells such different partition (of couse besides retrieving the parent element).
    If all language features in XQuery and XPath treat book/@title the same as author/@title when the attribute name or namespace are concerned,
    then it is clearer to me to say all attributes without prefix are under one Global Unprefixed partition or namespace.

    Regards

    Henry

    ----- Original Message ----- 
    From: "Oleg A. Paraschenko" <olpa@xmlhack.ru>
    To: "Henry Luo" <henryluo@vibrasoft.net>
    Cc: <www-ql@w3.org>
    Sent: Wednesday, May 25, 2005 5:11 AM
    Subject: Re: Clarification needed on attribute names without namespace prefix


    >   Hello Henry,
    > 
    > On Tue, 24 May 2005 12:42:00 +0800
    > "Henry Luo" <henryluo@vibrasoft.net> wrote:
    > 
    > > I need some clarification on the attribute names without namespace
    > > prefix.
    > 
    >   Some time ago I asked a similar question in xml-dev:
    > 
    > http://lists.xml.org/archives/xml-dev/200505/msg00091.html
    > 
    >   See the answers.
    > 
    > > 
    > > Current XML Namespace spec says that attribute without namespace are put
    > > under a per-element-type partition in Appendix A.2 ...
    > >
    > 
    >   Don't know about the current spec, but "Namespaces in XML 1.1" of
    > 4 February 2004 contains the following: "The namespace name for an
    > unprefixed attribute name always has no value."
    > 
    > > ... skipped ....
    > 
    > 
    > > 
    > > Regards
    > > 
    > > Henry
    > >     
    > 
    > 
    > -- 
    > Oleg Paraschenko  olpa@ http://xmlhack.ru/  XML news in Russian
    > http://uucode.com/blog/  Generative Programming, XML, TeX, Scheme
    > 
Received on Wednesday, 25 May 2005 14:24:28 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:17:17 UTC