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

RE: Re: URIs, concrete (was Re: Un-ask the question)

  • To: "Simon St.Laurent" <simonstl@s...>,"Tim Bray" <tbray@t...>
  • Subject: RE: Re: URIs, concrete (was Re: Un-ask the question)
  • From: "Dare Obasanjo" <dareo@m...>
  • Date: Wed, 31 Jul 2002 15:19:02 -0700
  • Cc: "XML DEV" <xml-dev@l...>
  • Thread-index: AcI43ztFitEI2iTJTDGLLovBChIx6gAAGPFV
  • Thread-topic: Re: URIs, concrete (was Re: Un-ask the question)

RE:  Re: URIs
Simon, 
  The feature isn't useless. Most people agree that attributes are meant for annotating elements. The Namespaces in XML recommendation allows authors to choose between context sensitive attribute values E.g. 
 
<myns:Parent name="must be a number between 1 - 100"><myns:Child name="can be any string"/></myns:Parent>
 
or creating global attributes that represent the same idea regardless of what element they appear on
 
<myns:Parent myns:id="must be unique in document"><myns:Child myns:id="must be unique in document"><></myns:Parent>

	-----Original Message----- 
	From: Simon St.Laurent [mailto:simonstl@s...] 
	Sent: Wed 7/31/2002 3:10 PM 
	To: Tim Bray 
	Cc: XML DEV 
	Subject: Re:  Re: URIs, concrete (was Re:  Un-ask the question)
	
	

	Tim Bray writes:
	> And yes, it is obvious that an attribute can draw the bulk of its
	> semantic import from the namespace it's in, rather than the context of
	> the containing element.  Consider
	>
	> <anyOldElementAtAllIDontCareWhich xml:lang="fr">Bonjour!  ...
	
	Yes, and you've completely missed my point yet again.  I'm not arguing
	that prefixed attributes should be in the namespace of the element
	containing them.  I'm arguing that _unprefixed_ attributes should be
	treated as if they had the same namespace as the element containing
	them.
	
	> There's a technical term for Simon's argument in this case: "wrong".
	
	There's a technical term for the Namespaces in XML Recommendation, but
	I'm afraid it's unprintable.  I stand by my claim.
	
	I'd like to propose that it's past time to fix these issues instead of
	leaving them to fester.
	
	--
	Simon St.Laurent
	Ring around the content, a pocket full of brackets
	Errors, errors, all fall down!
	http://simonstl.com
	
	-----------------------------------------------------------------
	The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
	initiative of OASIS <http://www.oasis-open.org>
	
	The list archives are at http://lists.xml.org/archives/xml-dev/
	
	To subscribe or unsubscribe from this list use the subscription
	manager: <http://lists.xml.org/ob/adm.pl>
	
	


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.