ATTN: Please comment on XHTML (before it's too late)
David Megginson
david at megginson.com
Sun Aug 29 18:25:55 BST 1999
Eliot Kimber writes:
> Oren Ben-Kiki wrote:
> > Providing three different namespaces which have the same
> > semantics would force application writers to abandon this
> > assumption. In XHTML, 'traditional:p', 'strict:p' and
> > 'frameset:p' are the same thing. This would seriously mess XHTML
> > applications up - put another way, it would cause generic XML
> > applications to fail on XHTML documents.
>
> Why would three name spaces cause more failures than one name space?
> Either you know what the names mean or you don't.
Because human beings write computer programs:
1. It is necessary to perform three tests rather than one to identify
a name from XHTML: that means three separate patterns in XSL (for
example), three separate contexts in a context-sensitive search
engine, three separate XML queries, three separate XPointers,
etc. etc.
All of this means three times the opportunity for bugs and
interoperability problems (and yet more accusations that the W3C
cannot create specs that work together).
2. If the intention of XHTML is to continue to create new Namespaces
for future versions of XHTML, you run into a serious deployment
problem where old software will not work properly with new
documents. If you don't believe that versioning is a problem on
the Web, then look at the lack of even Java 1.1 applets for general
use (because Netscape 3.0 doesn't have a Java 1.1 VM).
All the best,
David
--
David Megginson david at megginson.com
http://www.megginson.com/
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
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 at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev
mailing list