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

Re: [ANNOUNCE] New MicroXML draft available

  • From: Stephen D Green <stephengreenubl@gmail.com>
  • To: John Cowan <cowan@mercury.ccil.org>
  • Date: Wed, 13 Jul 2011 18:28:45 +0100

Re:  [ANNOUNCE] New MicroXML draft available
What is required of a parser handling prefixed and namespaced attributes
in MicroXML?
 
<el1><el2 xmlns:foo="foo-bar" foo:bar="content">content</el2></el1>
 
To me this looks a little challenging because the namespace on the attribute
introduces many possibilities I have to be able to handle. There are so many
valid ways to write this which are all equivalent:
 
1. possibilities for extra whitespace around the namespace declaration:

<el1><el2

xmlns:foo="foo-bar"

foo:bar="content">content</el2></el1>

 
2. multiple namespace declarations:
<el1 xmlns:foo="foo-bar" ><el2 xmlns:foo="foo-bar"     foo:bar="content" >content</el2></el1>
 
 
3. multiple places where the namespace declaration might appear:
 <el1 xmlns:foo="foo-bar" ><el2 foo:bar="content" >content</el2></el1>
 
<el1><el2  xmlns:foo="foo-bar" foo:bar="content" >content</el2></el1>
 
<el1><el2 foo:bar="content" xmlns:foo="foo-bar">content</el2></el1>
 
 
to name just a few variations, all valid.
 
----
Stephen D Green



On 13 July 2011 15:24, John Cowan <cowan@mercury.ccil.org> wrote:
Stephen D Green scripsit:

> If you want to allow attributes with namespace prefixes in MicroXML,
> won't that mean the complexity of namespaces sneaks back in, e.g.
> then having to provide an XML-compatible way to bind the prefix to
> its namespace (with complexity over where the binding declaration can
> be made - at head of document and/or on the element, etc)? Or would
> it be that the prefix, though allowed in the attribute name, is just
> treated as a special part of the name without any explicit binding to
> a namespace?

No, there are explicit bindings, though they are not required for
well-formedness.  But that doesn't add much complexity, because the
binding is not represented in the data model, so it is up to the
application to interpret it.  The consequence of this is that if you
move an element with prefixed attributes from one part of a document
model to another (or one document to another), the meaning of the
attributes may change.  But this is the same as what happens if you cut
and paste in the textual version, too.

Namespaces are just fiddly and annoying, not complex.  It's namespace
fixup in order to maintain the pretense that the namespace of an element
or attribute is an immutable part of it rather than context dependent,
that's complex.

--
John Cowan   cowan@ccil.org    http://ccil.org/~cowan
You cannot enter here.  Go back to the abyss prepared for you!  Go back!
Fall into the nothingness that awaits you and your Master.  Go! --Gandalf



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.