Altova Mailing List Archives

Re: Parents and children (was RFD: comp.text.xml)

From: Paul Prescod <papresco@------------.--->
To: "Simon St.Laurent" <SimonStL@-------.---.--->
Date: 5/3/1998 9:55:00 PM
I think that we could end this flamewar quite simply. XML is an SGML
subset. That's a verifable, mathematical fact. As far as I can tell, Simon
St. Laurent has no concrete proposal for how to change that fact and I
can't think of any reasonable ones off of the top of my head. We could
just throw in a feature to break compliance and if ISO adopts it, we could
throw in another, and keep doing so until they gave up. 
NYAH NYAH! So there! We win!

Since there is no proposal, there is nothing to argue about and
argumentation is wasted breath.

Nevertheless, XML practice is often quite different from SGML practice and
there are many questions that apply only to one or the other (especially
tools questions). That seems justification enough for separate newsgroups.
Where concerns overlap, there is cross posting.

 Paul Prescod  -

"Perpetually obsolescing and thus losing all data and programs every 10
years (the current pattern) is no way to run an information economy or
a civilization." - Stewart Brand, founder of the Whole Earth Catalog

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as:
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...)


These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.