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

Re: SGML, XML and SML

  • From: Paul Tchistopolskii <paul@q...>
  • To: Don Park <donpark@d...>, xml-dev@i...
  • Date: Mon, 22 Nov 1999 13:22:56 -0800

macroprocessor


I think that SML vs XML is *very* similiar to
XML vs SGML.

XML exists because SGML has beed
considered to be 'too hard'  for learning and
'too heavy'  for placing into thin client. Right ?

SML could appear because actualy now
XML  *could* be considered to be 'too hard'
and 'too heavy'. Even not talking about the
namespaces.

SML proposal is nice.

Is there a URL keeping  the 'latest SML specification
draft'  ?

The funny thing is that after simplifying the XML
itself, next steps could ( would ) be:

1. Simplify SAX  1.0 ...

...  not talking about some complex processing ....
if just copying *unchanged* XML file  incuding
comments, and references to external ( missing)
DTDs from input to output  with SAX 1.0 ...

Creating fake EntityResolver... Using proprietary
APIs to keep comments and CDATA ( and
not every XML parser has such an API!) ... well ..
Was it  <A></A> or just <A/> ?

Such a mess...  Unfortunately, to me
SAX2 is not an answer, because it makes
things more complex ( yes,  it's because XML
gets more complex, but if starting with SML ... ;-)

2. Simplify XSLT. Just to make it easy to embed
XML + XSL processing into some client with small
memory.  ;-)

Actualy, the question about the memory is not that
simple. It sometimes comes to 'java or not java'.
'Java or not java' is a result of many things including
personal preferences of some well-known
developers. I mean " it is java because it is hard to
re-invent it and the preson who invented it - he likes
java ".

SML-based *tools*  have bigger probability to
get implemented by wider range of developers.

3. Simplify DOM ,  XQL ( or XML-QL ) e t.c. e t.c.

I'm not saying that SML *requires*  those
changes ;-) I'm saying that SML appearance
could have *such* an impact on XML ( like XML
appearance killed SGML, even at the beginning
I think nobody was thinking to kill SGML with
XML ? Or the idea was to kill SGML ?

The more I think about SML ....

... validation and entities could go away  from
the core ...  They are optional and could be done
with (optional) levels of processing.

Why should one place macroprocessor ( SYSTEM
and entities in fact *are* just macroprocessor
instructions ) into the *core* ?

What's wrong with m4 ? ;-)

OK ...  OK ... Let's face it. XML could be considered
to be bloated ( maybe a bit - but it counts, if we'l
take into account that XML is the *core* and
everything else ( XSLT, XSLQL, DOM e t.c.) is
based on the core ).

XML is much simpler  than SGML, but it still is
not as simple as it could (?) be.

I think there are some developers  who want
*very*  weak DTD-based validation and weak
macroprocessor  to reside in the core. But I'm also
sure that there are some other developers who
want strong ( Yacc-based ) validation on server side,
strong macroprocessing on server side and
*then*  efficient SML-based client *not*  bloated
with some useless  features. ;-)

Rgds.Paul.

> Tim Bray wrote:
> >And SML must not claim, explicitly or implicitly, to "be XML".
>
> I think this condition can be met.  We will make it clear that:
>
> SML is a subset of XML and is not to be considered, in any sense,
> as conforming to the full XML 1.0 specification.
>
> If you have better wordings, I'll be obliged.  It is not my
> intention to sabotage XML in-flight.
>
> Best,
>
> Don Park    -   mailto:donpark@d...
> Docuverse   -   http://www.docuverse.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 unsubscribe, mailto:majordomo@i... the following message;
> unsubscribe xml-dev
> To subscribe to the digests, mailto:majordomo@i... the following message;
> subscribe xml-dev-digest
> List coordinator, Henry Rzepa (mailto:rzepa@i...)
>


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 unsubscribe, mailto:majordomo@i... the following message;
unsubscribe 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.