• From: "Don Park" <donpark@d...>
• To: <xml-dev@X...>
• Date: Tue, 4 Apr 2000 13:29:04 -0700

While I share some of Rick's concerns, I disagree with his
suggested solution which amounts to same-tax-for-everyone.

Extensible parser frameworks will soon allow applications to
easily add new capabilities such as xml:base and xml:include,
and new character encodings.  Going beyond simple extensibility,
I see nothing that prevents us from writing parsers that can
change itself at runtime to handle SML (Minimal XML), Common XML,
XML, and even HTML.  All it takes is some creative error handling.

I also think your call for boycotting of parsers that do not
support rich set of encodings is going overboard.  Most popular
XML parsers are open source and available for free.  All it takes
is one average engineer to add a new encoding support.  Is this
too much to expect from four billion people?

Best,

Don Park    -   mailto:donpark@d...
Docuverse   -   http://www.docuverse.com


***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

• References:
  • A call for XML 1.1
    • From: Rick JELLIFFE <ricko@g...>

• Prev by Date: Didier's labs: experiments with xinclude - corrections
• Next by Date: Common XML in one piece
• Previous by thread: Re: A call for XML 1.1
• Next by thread: Re: A call for XML 1.1
• Index(es):
  • Date
  • Thread