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

Re: Give 'em some rope (was [xsl] ANNOUNCE: Petition to withdrawxsl:scri

  • From: Charles Reitzel <creitzel@m...>
  • To: Robin Berjon <robin@k...>
  • Date: Sat, 03 Mar 2001 14:37:07 -0500 (EST)

c rope hang
At 07:45 PM 3/2/01 +0100, Robin Berjon wrote:
>At 12:27 02/03/2001 -0500, Charles Reitzel wrote:
>>I think this argument might be falling into the category of
>>giving-us-enough-rope-to-hang-ourselves.  <xsl:script> is probably 
>>one of the less dangerous features of XSLT.
>
>I do Perl at least half of the day, seven days a week so I'm usually
>all for giving people enough rope to hang themselves, and then some.
>But if these things are to be web broswers, then we're giving people
>(and browser vendors) enough rope to hang us. I don't understand
>your point about xsl:script being on of the least dangerous features of XSLT.

I hear ya.  Although my background is C++, of late I do Perl working days.
One of the things I do is act as code cop, and keep unnecessary Perl
weirdness out of the code base.  Something C++ developers have had to do
ever since when.  I think templates can get kinda interesting.  But, you're
right, <xsl:script> is probably on the dangerous end.

>>You might not approve, but plenty of people code JSPs, which are
>>probably an uglier embedding of Java than <xsl:script>.
>
>... a gazillion ways of embedding code within pages ...
>Experience shows that this tends to bring people to put more 
>than just presentation logic into their pages ...
>
>What I'd like to see is a cleaner separation, a la xbind. That 
>would help a lot achieve more portable stylesheets, and it's
>reusable within other contexts.

My experience in web development has been pretty good in this regard.  The
groups I have worked with have, luckily, made the modest efforts necessary
to achieve a decent degree of separation between GUI and business logic.  It
pays off within the same development cycle.  

So I appreciate your position.  I just don't think you can legislate it, so
to speak, without making XSLT less useful for quick, one-off web pages, data
feeds, etc.  These kinds of quick turn-around jobs are a part of life in
software.  Sometimes they can be fun.

It may also be a way of reaching out to the HTML development community that,
so far, hasn't really embraced XML/XSLT.  Just like XQuery attempts to be
familiar to SQL developers, <xsl:script> attempts to look and act like
<html:script>.   These are good things.

>-- robin b.
>By the time they had diminished from 50 to 8, the other 
>dwarves began to suspect Hungry.

Any Clash fans out there?

take it easy,
Charles Reitzel




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.