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

RE: XSL Debate, Leventhal responds to Stephen Deach

  • From: "Erik Freed" <ejfreed@i...>
  • To: "'XML Developers' List'" <xml-dev@i...>
  • Date: Fri, 11 Jun 1999 08:05:34 -0700

steven june
(NOTE: this is not an attack on anybody!!! )

One way of looking at is that if one waited for 'standards' bodies and major
vendors to agree on things, java would still be a cup of coffee, and the WEB
would be what a spider captures prey on. (up to you to decide if this would
be good or bad :-)

I suspect that I use XSL for the same reasons that the early adopters of
Java had. I know it is a bit rough, I know it is not really a standard, but
it does what I want it to do, in a way that I have decided makes my job
easier. It's support from MS and IBM comforts me. I believe in its future. I
do not believe that it is a  'provable' good thing. I would like to see it
uniformly in browsers, but have architected my product so that it does not
have to be. I have never looked to standard's bodies to make my choices.

I suspect that I am not alone...

erik

-----Original Message-----
From: owner-xml-dev@i... [mailto:owner-xml-dev@i...]On Behalf Of
Simon St.Laurent
Sent: Friday, June 11, 1999 6:29 AM
To: 'XML Developers' List'
Subject: Re: XSL Debate, Leventhal responds to Stephen Deach


At 08:13 AM 6/11/99 -0400, Jonathan Borden wrote:
>Please, have some respect. The Scientific American article is an
>accomplishment. They wrote it, Leventhal didn't. This just sounds like sour
>grapes.

Actually, I brought this up when the article first appeared.  Tim Bray
acknowledged that this was a significant omission.
(http://www.lists.ic.ac.uk/hypermail/xml-dev/xml-dev-Apr-1999/0347.html)

I think the sour grapes come from having to put up with a group that
launched off in its own direction without much regard for prior work _on
the Web_ and that keeps insisting that it is _the_ solution for XML
formatting.  Listening to the opening XTech keynote in March was a
particularly painful moment in this regard, but it's a theme that goes on
and on.  This "CSS and XSL don't compete" stuff is a load of condescending
garbage that should have been disposed of long ago.

>    Noted and filed. Whine all you want about XSL and its so called
>failings. I for one am using XSL even in its early implementation to do
real
>work. The people who use my application will need a browser which supports
>client side XSL+DOM+ECMAScript. This can be accomplished via Java,COM,XPCOM
>etc. I suspect that IE5 and Mozilla will be able to handle this. If your
>company's  browser isn't up to the task, then so be it, but in this
context,
>this whining about XSL and pleading for people to stop using it (and for
the
>W3C not to support it ) sounds alot like a vendor with an agenda.

I think you've come to the conclusion that anyone who disagrees with you is
whining.  From the other side, I've come to the conclusion that you're
whining.

I write books.  The existence of standards makes those books worth writing,
but it makes very little difference (financially, at least) whether those
books cover CSS or XSL.  I have no vendor agenda.  Still, I think Michael
Leventhal is making some very important points.

I would genuinely like the W3C to sit down and ask if XSL is _good for the
Web_.  Not good for the XSL community, not good for the DSSSL community,
but whether it is good for _the Web_.  That is, after all, their job.  If,
after some serious, preferably public, pondering, they conclude that it's
good for the Web, then fine. XSL can become a recommendation.  If they
decide that it's not good for the Web, they'd better drop it.  XSL can move
on to a different organization if necessary - I don't see it dying any time
soon.

>    If my comments are inflamatory I apologize. They are in reaction to a
>done discussion that I have been hoping will just go away.

If you keep inflaming it, it'll keep going, not go away.

Simon St.Laurent
XML: A Primer / Building XML Applications
Inside XML DTDs: Scientific and Technical (July)
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...)



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.