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

Re: Who needs XHTML Namespace?

  • From: David Brownell <david-b@p...>
  • To: xml-dev <xml-dev@i...>
  • Date: Tue, 31 Aug 1999 16:52:18 -0700

xhtml namespace
Paul Prescod wrote:
> 
> David Megginson wrote:
> >
> > While we're still a ways away from having schemas that allow
> > document-type assembly from other schemas, the most important task for
> > XHTML (other than saying that XHTML should be well-formed XML, which
> > is a bit of a truisim), is to establish an XHTML Namespace so that
> > processors can discover HTML markup in arbitrary XML documents.   We
> > don't need Namespace-aware schemas or anything else to do that.
> 
> What is the virtue in discovering XHTML data in an arbitrary document if
> there are *no rules* about what that information will look like?  Are you
> really going to write processors that do not care whether images occur
> within titles or tables within images?

Where does "no rules" come from, though?  I think the argument is
just that the choice of rules has no business being tightly coupled
to the element (and attribute) vocabulary being used ... the rules
get provided separately, by choice of DTD or schema.  We know that
in the future composite vocabularies are coming.  If each different
set of rules gets its own namespace ID, applications have a rather
significant combinatoric explosion to suffer through; bad design.

Consider a chunk of "strict" XHTML (sans namespaces).  It can be
validated using any of three DTDs.  There's no benefit from doing
any early binding of the elements to a "strict" namespace; the
next component doing the processing may need to add a frame.
That logic extends to other cases.

What's the virtue in coupling the semantics of a "p" element to one
of the several grammars which discuss its use?  If there is one, I've
not yet seen it described.  On the other side of the argument, not
buying into a combinatoric explosion in the number of namespace
identifiers seems virtuous to me.

- Dave

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/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)



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.