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

Re: tricky XHTML 1.0 namespace question

  • From: ht@c... (Henry S. Thompson)
  • To: XML-Dev Mailing list <xml-dev@i...>, www-html@w...
  • Date: 17 Jan 2000 22:07:43 +0000

tricky crazy question
David Megginson <david@m...> writes:

> ht@c... (Henry S. Thompson) writes:
> [on prefixed and unprefixed attributes]
> > Why should they state it explicitly, when the Namespace REC explicitly
> > says that is NOT the case?  The fact that people on this list have
> > been confused about this does not mean the HTML WG is confused or is
> > responsible for sorting out their confusion.  See my message to Dave
> > about this [1] for a succinct statement of why this is a time-wasting
> > red herring which IS perfectly clearly specified in the Namespace
> > REC.
> The language in the Namespaces REC means that the two *can* be
> distinguished, not that they must be, and every Namespaces-based spec
> should include a explicit statement of its usage.  Based on the
> examples in the spec, RDF, for example, doesn't distinguish
>   <rdf:Description about="http://www.foo.com/">
> from
>   <rdf:Description rdf:about="http://www.foo.com/">

I guess my problem here is that asking XHTML to say they _don't_ do
this falls into the category of what the technical writer who taught
me technical writing called the Spurious Negative.  In general, he
said, avoid statements like "Relay 12 does not energise at this point."

RDF arguably made a mistake.  Not a standards error, just a tactical
mistake.  I don't think that means that every XML aplication from here 
to eternity needs to say "Oh, by the way, we didn't make the confusing 
mistake that RDF did."

It is perfectly true that _applications_ can do anything they bl***y
like, including treating the attributes 'html:head' and 'head' as if
they were the same, just as they can treat 'tete' and 'head' as if
they were the same, or 'HEAD' and 'head' or 'foo' and 'baz'.  XML lets 
them do any of those things.  And when they do any of them, they
should document that fact.  But documenting when they _don't_ do any
of those things is crazy.

But _XML itself_ (nor the Namespace REC) does not distinguish these
cases, or make one pair of names easier for applications to identify
than the others.  And the Namespace REC _does_ make clear that a
conforming _processor_ (not application) _must_ distinguish them, when 
it says that

   <!-- http://www.w3.org is bound to n1 and is the default -->
  <x xmlns:n1="http://www.w3.org" 
     xmlns="http://www.w3.org" >
    <good a="1"     b="2" />
    <good a="1"     n1:a="2" />

is valid.

  Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
     2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
	    Fax: (44) 131 650-4587, e-mail: ht@c...
		     URL: http://www.ltg.ed.ac.uk/~ht/

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ or CD-ROM/ISBN 981-02-3594-1
Please note: New list subscriptions now closed in preparation for transfer to OASIS.


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.
First Name
Last Name
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.