Cart
|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: XML complexity, namespaces (was WG)
Richard Goerwitz wrote:
> You are right in observing that these industries have all profited from
> SGML-based descriptive markup. You are wrong if you are also asserting
> that there isn't any room for dramatic improvement (e.g., in the area of
> schemas).
I completely agree that there's room for dramatic improvement. In fact, I consider myself to
be one of those SGML people who is encouraging XML's growth and development, not one clinging
desperately to a high-paying SGML job. (I think Sasquatch Inc. is hiring, but you have to be
willing to relocate to Loch Ness.)
> I come from a small shop that does a lot of SGML work. Trust me: SGML
> is complex and intractable. Software that works with it is scarce and
> often expensive, and too often doesn't work very well. Just because a
> giant telco firm can muster the personnel to deal with SGML doesn't make
> it a particularly elegant solution, except by way of comparison with
> approaches that use non-standard or presentation-focused languages.
I also come from a small company that has been making a living principally out of SGML for
almost a decade. I understand very well the complexity associated with SGML; I have been doing
it for very a long time. In my experience, large organisations tend to come to small firms
rather than implement solutions themselves - they're looking for elegance, not muscle.
> The growing realization that DTDs are insufficient for XML is not a
> result of mindless SGML bashing. Nor does it represent a failure to ap-
> preciate how great a leap SGML was in the 80s. This realization is,
> rather, just something implementors are coming to after painful experi-
> ences trying to make DTDs work with XML.
So... how do we get back to SGML people not having their eyes open? I accept and agree that
not everything about SGML works in XML. That's not the issue; not even the most fervent
supporter of SGML would argue that the issues are identical for SGML and XML. That's the whole
point.
> I'm increasingly looking on the original SGML-compatibility goal for
> XML as a necessary political move - but one that should be shed at the
> earliest convenient opportunity.
>
> This doesn't mean we should shed all the experience that the SGML com-
> munity can bring to the table, of course.
Again, I don't necessarily disagree with either of these statements, but that wasn't what I
was posting about. I just think that we should be grown-up enough not to feel that we have to
eat our young (or in this case, our parents).
--
Regards,
Marcus Carr email: mrc@a...
___________________________________________________________________
Allette Systems (Australia) www: http://www.allette.com.au
___________________________________________________________________
"Everything should be made as simple as possible, but not simpler."
- Einstein
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! 
Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||
