struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Don Brown <>
Subject Re: PATCH: html:cancel tag. Made a javascript version for submitt ing
Date Wed, 23 Jun 2004 15:25:23 GMT
Please, someone fork the taglibs! :)  I don't understand with all the 
strong feelings on taglibs why someone doesn't step up and fork them.  
I'd have to ask the other admins, but I'd be willing to 
bet the fork could be hosted by sourceforge at the site.  
I know "fork" is usually a dirty word, but in this case, I think it 
would be a good thing :)


Edgar P Dollin wrote:

>I know I will get ignored or flamed on this, but here I go.  My apologies in
>advance if I offend anyone.
>Before I start, I have made more than a couple of attempts at contributing
>code, all of which have been ignored or pushed off to irrelevant projects.
>I do wish this philosophy would get rethought.  I do agree we don't need
>more code than necessary, however.
>1) Tag libs are equal in importance to the controller.  Clean tag libs give
>clean an maintainable view code and limit view re-factoring. 
>2) JSTL is a waste of time.  The reason I say this, not counting the
>non-java people, is if you can write x number of lines of useful code per
>hour, with jstl that is reduced by a factor greater than 1 due to type
>checking, refactoring support, testing difficulties, etc.
>3) While javascript may be inconsistent between browsers, it is certainly
>possible to write cross browser javascript w/o a huge amount of effort.  I
>understand that in the original ideas of struts, javascript was 'optional',
>in real web sites that is just not the case.  Try turning off javascript and
>ordering on-line, it will be the rare site which functions cleanly with many
>MAJOR sites becoming non-functional.
>4) I am still wondering why struts became the standardized html nazis.  This
>makes absolutely NO sense.
>A replacement philosophy for the tags might be:
>Any tag that has a clean interaction with a struts object or bean should be
>considered for tag libs assuming either very general usage or real benefit
>in specialized situations.
>>-----Original Message-----
>>From: Marcus Breese []
>>Sent: Wednesday, June 23, 2004 9:24 AM
>>To: Struts Developers List
>>Subject: Re: PATCH: html:cancel tag. Made a javascript version for
>>I actually agree with everything that you've said.  I just have one
>>issue.  The struts tag libs are still heavily used, and haven't been
>>deprecated.  If they aren't part of the core struts package, then they
>>should be deprecated and moved to a different project.
>>On Tue, 22 Jun 2004 15:21:25 -0700 (PDT), David Graham
>><> wrote:
>>>Well said Niall.  IMO, tags with any of the following 
>>properties don't
>>>belong in Struts:
>>>1.  They don't interact with core Struts resources/framework.
>>>2.  They use javascript that may not work in all browsers.
>>>3.  They generate non-standard HTML.
>>>4.  They duplicate functionality already available in the JSTL.
>>>Many times Jakarta Taglibs is a more suitable home for these tags.
>Outgoing mail is certified Virus Free.
>Checked by AVG anti-virus system (
>Version: 6.0.707 / Virus Database: 463 - Release Date: 6/15/2004
>To unsubscribe, e-mail:
>For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message