[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: URIs, concrete (was Re: Un-ask thequestion)


Re:  Re: URIs

Greetings,

On Thu, 1 Aug 2002, Joe English wrote:

> David Carlisle  wrote:
> > in other words the phrase "global attribute" and "attribute in a
> > namespace" currently mean the same thing. which is why several people
> > have commented that unless you furher qualify something, a change that
> > puts unprefixed attributes into the namespace of their elements
> > will make them global attributes.
>
> That's entirely true.  However, after re-re-reading [XMLNS]
> A.1 "The Insufficiency of the Traditional Namespace" and
> A.2 "XML Namespace Partitions" several times, I'm coming
> to the conclusion that this entire section is essentially
> meaningless.  At most, it indicates a "Best Common Practice."

Hear, hear.  Appendix A has _never_ made any sense, and appears as
nothing more than a hobby-horse that someone has managed to back into
the spec.  It doesn't even indicate best-practice, since all it says
is that "`global attributes' are proctological ones (to use Joe's
term): they are commonly observed to occur in a variety of
applications".

There are no deductions you can make about the behaviour or semantics of
`global attributes' based on the text of this appendix.  In particular,
I do not believe you can deduce (as David wants to do) that a `global
attribute' is valid on any element in the same namespace.  The spec
says nothing about which attributes are valid where.

The term `global attribute' adds nothing, and thus the worry about
whether something is a `global attribute' or not appears not to
matter.  An attribute is in a namespace or it isn't; if it is then
it's subject to generic namespace processing; if it's not, it isn't.

The only question that matters is:
   What is the rule for determining the namespace of an attribute?

The spec's rule is an evasive one; Simon's edit does not affect the rule,
but consists of suggested behaviour for applications; the whole problem
would largely disappear if default namespaces disappeared.  (is that
correct?)

All the best,

Norman


-- 
---------------------------------------------------------------------------
Norman Gray                        http://www.astro.gla.ac.uk/users/norman/
Physics and Astronomy, University of Glasgow, UK     norman@a...


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.