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

Re: Why associate an attribute with a namespace ?

  • To: "mihaiu@m..." <mihaiu@m...>
  • Subject: Re: Why associate an attribute with a namespace ?
  • From: Peter Hunsberger <peter.hunsberger@g...>
  • Date: Wed, 16 Feb 2005 16:45:03 -0600
  • Cc: xml-dev@l...
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=dDpSmb+6CNZEZuzHruMZtHnSRGRw347KvqbXkQBGSSVkVxKq4EHDzM/o7xVcVyBo4q2DFkuai6f6tyy/YSfHxJlIzJFFnpyqrxlPSRKHuwJzG2/+xlJpu/JndSbjDBAUdm/yCypuVeyk/cTNRJW4MS3Oh5QQQSKwZjOiX4EZ7+g=
  • In-reply-to: <1108592764.4213c87c2d3a8@w...>
  • References: <1108592764.4213c87c2d3a8@w...>
  • Reply-to: Peter Hunsberger <peter.hunsberger@g...>

prey tell meaning
On Thu, 17 Feb 2005 00:26:04 +0200, mihaiu@m...
<mihaiu@m...> wrote:
> >On Wed, 16 Feb 2005 23:36:03 +0200, mihaiu@m...
> ><mihaiu@m...> wrote:
> >
> >>>The rationale is to allow attributes whose semantics are independent of the
> >>>element they appear on: examples are xml:lang, xml:base, xsi:type,
> >>>xsl:version.
> >>>
> >>       The purpose of a namespace is to make it easier to avoid name
> collisions. The
> >>special attributes that you speak about only need some kind to special syntax
> >>in order to distinguish them from the others.
> >
> >
> >Yeah, that special syntax is called namespaces...
> >
> ><snip>new form of special case syntax adding yet more semantic confusion</snip>
> >
>    I am not an adept of any new form. In order to be able to group attributes
> with special meaning you only need syntax changes and not namespaces which in
> my understanding have a "deeper" meaning.

You seem to want to invent some new special case syntax in order to 
provide "special meaning".  That is, precisely what namespaces already
do.  There's no "deeper" meaning then what any specific name space
aware application wants to attach any random element it might
recognise.

> 
> >>       I hope that you understand me: there is no need for namespaces in this
> case
> >>because namespaces are designed to solve a *completely* different set of
> >>problems.
> >
> >
> >Prey tell, exactly what would that be?
> >
>    To avoid name collision as much as possible. What do you use namespaces for,
> Peter ?

On the rare occasions I see a need for name spaces it's in order to
transparently intermingle separate sets of semantics. I'm already in a
position to manage the names I use and avoid collisions, I don't need
name spaces for that.

> 
> >>       One more thing: you said "independent". For mode clarity I will quote
> you
> >>again:
> >>
> >>>The rationale is to allow attributes whose semantics are independent of the
> >>>element they appear on:
> >>
> >>The attributes are not independent from the element containing them; they
> apply
> >>to the containing element inclusively. For example the xml:lang attribute: if
> >>this attribute is applied to a mixed content element then you expect that the
> >>#PCDATA from the current element will respect the xml:lang attribute (not only
> >>its children).
> >
> >
> >You appear to be confusing semantics with scope.
> >
>    I may confuse a lot of things. Please explain what you mean.

In your example the xml:lang attribute might tell some application to
expect any  PCDATA within the scope of the element containing that
attribute to be in some particular form (then again they might not). 
However, the semantics of the attribute xml:lang are independent of
the semantics of the rest of the element. For example, they tell me
nothing about what a attribute named "foo" might mean.

-- 
Peter Hunsberger

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.