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

Re: SGML->XML->? (was Re: SML: Second Try)


sgml specifications
First, I was not arguing a specific subset.  I don't even have a feel for
all of what would be left out, though there are certainly a few bits that I
can personally do without.  All I am arguing is that I am seeing the same
sort of resistance to an XML subset as I understand there was to initial
conversations about an SGML subset.  XML was not designed to replace SGML,
just to handle a certain domain of problems better.

Now that we have a few years experience with XML under our collective belt,
people are making the same (general) arguments about XML.  Even if such a
subset was created, I realize that there would be dissatisfied users of that
set as well.  That's just the way life is.  But this should not be a
deterrent from finding a subset if it is going to do a better job than XML
as solving a certain domain of problems.

Having said that...

From: "Wayne Steele" <xmlmaster@h...>
>
> 1. You say "Lets abolish mixed content." This makes anyone who uses XML
for
> document markup plotz. Are you saying Docbook, XHTML, and FO are not
welcome
> in your subset?

Supposing mixed content was left out, then yes, those that depended on it
would not be usable by processors that only supported the subset.  This
would be no different than an XML processor not being able to handle some
SGML specifications.  On the other hand, such parsers may be more optimized,
schema languages may be designed different, etc.  There's always a
trade-off.

> 2. PIs are usually first against the wall in most people's subsets (see
> SOAP). I noticed you see them as useful.

I don't have an opinion on them one way or another.

> 3. Dropping the XML Declaration ( the <?xml ... ?> thingy ) has
non-obvious
> side effects. This is how you declare the character encoding of your
> document. Are you suggesting that all XML documents (in your subset)
should
> be in either UTF-16 or UTF-8? Will the people you hope to work with accept
> this - or have you just alienated most east asians?

I'm not suggesting anything.  It may be appropriate to use a different PI
instead.  On the other hand, it may be appropriate to use yet another PI.
For instance, you might have something like:

<?xml version="1.0"?><?subsetname version="1.0"?>

(note: this is just a thought off the top of my head.  Like everything else
I say here, this is just speculation and not necessarily of preference of
mine.)

> 4. The few things that everyone pretty much agrees can be dropped, usually
> are using the "parse and ignore" method. When was the last time you saw
> anyone paying attention to Notations or Attribute declarations (other than
> ID & IDREF).

Yes, but they must still be parsed even if they are ignored.  That wastes
time and resources.  Some may consider this a weak argument, but it is still
a legitimate one.




Again, I am not advocating any specific subset of XML here.  I am just
pointing out the "shoe on the other foot" attitude (on both sides) that I
keep seeing here...

---
Seairth Jacobs
seairth@s...


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.