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

RE: ATTN: Please comment on XHTML (before it's too late)

  • From: "Hunter, David" <dhunter@M...>
  • To: XMLDev list <xml-dev@i...>
  • Date: Mon, 30 Aug 1999 11:18:14 -0400

xhtml processor instructions
> From: David Megginson [mailto:david@m...]
>
> For those of you who haven't noticed, XHTML has gone to Proposed
> Recommendation (PR) status at the W3C:
> 
>   http://www.w3.org/TR/xhtml1
> 
> Unlike the last XHTML Working Draft, this PR has reverted to defining
> *three* separate XHTML Namespace URIs (transitional, strict, and
> frameset) with the threat of more HTML Namespaces in the future.

I have another proposal, which is similar to Mr. Megginson's html:version
attribute:  why not use processing instructions?  I know, a lot of people
seem to think processing instructions are inherently *bad*, but this may be
a case where they are indeed justifiable.

It seems that there are a common set of XHTML tags amongst all three
flavours of XHTML, but that those tags may be interpreted differently by the
*application*, depending on if the application is set to strict, or loose,
or whatever.  So why not say that "a P is a paragraph is a P", but if you
want that "P" to be treated differently, then tell the application to do so?

Remember that the although the purpose of XML was to define and share
information for any purpose, HTML had the stricter design goal of simply
conveying information to a human.  (Usually visually, through a web browser
of some sort, although there are also applications which can do things like
convey the information audibly to the visually impaired, etc.)  So we have
the case here where the HTML tags mean the same thing across all three
flavours, but may be interpreted differently by the application, to be
displayed differently, or to give different audible information, etc.

Are there cases in XHTML 1.0 where there is a <loose:p/> which *means*
something different than a <strict:p/>, or are they just *treated
differently by the application*?  I would rather see a namespace which
specifies that "this is XHTML", so that an XML processor could just hand the
XML off to an XHTML processor; that processor could then see the

<?xhtml version="strict"?>

and treat the XHTML accordingly.  (The W3C working group could even go so
far as to specify the default, if that <?html?> processing instruction isn't
included, or make it mandatory.)

David Hunter
david.hunter@m...
MediaServ Information Architects
http://www.MediaServ.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.