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

Re: W3C and 'small vendors'.

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: "XML Developers' List" <xml-dev@i...>
  • Date: Sun, 19 Sep 1999 15:02:06 -0400

Re: W3C and 'small vendors'.
At 07:27 AM 9/19/99 -0400, Daniel Veillard wrote:
>Paul Tchistopolskii:
>> "Hey! Just give me 5-10  teams, like renderx.com 
>> who are frustrated with W3C - constantly rejecting 
>> them - and we'l invent the lXML ( for free, like Linux 
>> was created). lXML will *not* conform to W3C 
>> specs but will *work*right*now*".
>
>  Not to be annoying, but I think there is a myth here.
>
>If you think that rolling your own standard is in anyway similar to
>the Linux approach (and hence expecting the wide acceptance it got)
>you're IMHO really wrong.
>  Linux was successful partly because it did stick to the POSIX standard
>far better than most commercial OSes. I guess there is only one 
>exception where Linus decided to change the behaviour from the spec
>because, well it was clearly broken !

I think, actually, that 'reinventing XML' wouldn't be so difficult, in part
because XML and SGML provide a similar foundation to POSIX.  The problems
are relatively well understood, and evolving XML in an open fashion is
conceivable.  Creating processors that use such evolution would require
commitment from developers, but perhaps the ownership that comes with
participation could spur such work, much as many of the early XML parsers
came from people who were actually involved in the development of XML 1.0.

Getting widespread support might be difficult, but there are plenty of ways
to keep an 'Open XML' within the XML tent - by creating it as a subset, for
instance, that would be interoperable.  Tools like processing instructions
can be used to insure that interoperability was maintained, while allowing
'Open XML' to go its own way on issues deemed important.

I'm not sure I'm ready to support such a project, but feasibility doesn't
seem to be a problem.  The trademark on XML might be more of a problem, but
Linux did find a way around that - by not calling it Unix(tm).  

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.