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

Re: Another look at namespaces

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: shane@a...
  • Date: Thu, 16 Sep 1999 14:27:29 -0400

weird flavors
At 01:05 PM 9/16/99 -0500, Shane P. McCarron wrote (a better answer than I
hoped to receive):
>"Simon St.Laurent" wrote:
>> Is there _anything_ else besides their names that distinguishes these
flavors?
>
>Sure.
>
>XHTML Frameset has a completely different content model than the other
>two. Its root element is html, but that html element may NOT contain a
>body element. Instead, it contains a frameset element that defines the
>collection of frames. These frames have some weird inherent behaviour
>that cannot be described by existing schema technology (various panels
>are defined in the window, one per defined frame). To be clear, an XHTML
>Frameset document as NO CONTENT.  Instead, it refers to content.  Is
>this stupid?  Sure. However, it is a faithful representation of HTML
>4.0.

The question in full was 'Is there anything else besides [the DTDs 
- from prev para - and ] their names that distinguishes these flavors.

'Completely different content model' is still well within the realm of
DTDs/schemas.  'Weird inherent behavior' at least moves beyond that, but
I'm not sure it justifies an additional namespace.

>XHTML Transitional has a different content model than Strict in that it
>is more permissive.  XHTML Transitional may be a superset of XHTML
>Strict, but I have never done the evaluation to be certain. I am certain
>that they are significantly different. In particular, XHTML Transitional
>contains all sorts of stuff that is eliminated in XHTML 1.1. XHTML
>Strict only has a few items that are removed in XHTML 1.1 (e.g. the name
>attribute on the a element is eliminated in favor of the id attribute).

This is all represented by the DTD, however - I don't think there's any
need to go beyond that and distinguish strict from transitional as far as
identifiers are concerned.

>> >Information about those namespaces may, if the W3C chooses to follow this
>> >path, be obtained from a schema, DTD, or other data source at the end of
>> >that URI.
>> 
>> Or, since this is an XML 1.0 application, you could just read the DOCTYPE
>> declaration and not try to map namespace URIs to places where the W3C might
>> (but won't comment on publicly at present) want to go someday.
>
>Absolutely. And, since XHTML 1.0 requires a DOCTYPE declaration, you can
>be confident that one will be present in XHTML 1.0-conforming documents.
>Moving forward, as the HTML Working Group completes its work on Document
>and Client profiles (which might just be requirements to CC/PP, who
>knows), I expect that the group will define elements that allow document
>authors specify:
>
>	a pointer to a document profile
>	a complete, embedded document profile
>	information about the schema
>	information about how the schema is based upon other, well known 
>		schema (like XHTML)
>	etc.
>
>However, that is a future problem. The current problem is finding a way
>through this morass so that we can publish the first baby step toward a
>better, more interoperable web. That is XHTML 1.0.  What do we need to
>do to get on with it?

Simplify would be a good first step.  Give XHTML 1.0 a single namespace for
this version, and then get on with the more exciting work that follows.
Don't complicate matters by adding namespaces on top of the DOCTYPE
declaration you promise to use faithfully.

But remember, I haven't paid any membership dues.


Simon St.Laurent
XML: A Primer (2nd Ed - September)
Building XML Applications
Inside XML DTDs: Scientific and Technical
Sharing Bandwidth / Cookies
http://www.simonstl.com

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.