Another interesting aspect is to use templates to drive tag content. I believe they do something like this in WW2 with their form tags and Velocity templates. I don't know off-hand what limitations the templating would impose.
-----Original Message----- From: Edgar Dollin [mailto:[EMAIL PROTECTED] Sent: Monday, August 18, 2003 9:30 PM To: 'Struts Developers List'; [EMAIL PROTECTED] Subject: RE: Tags more extensible (was: Suggestions for Calendar Popup tag lib?) If empty entry point methods were added to all the tags so that you could extend the tag and write code in the entry point. For each attribute of the tag have a 'void pre[Attribute]()', 'void post[Attribute]'() and a 'String process[Attribute](String attributeValue)' method, whose purpose would be for extending the tag. There would be a little processing overhead in running the standard tags through the empty routines, but those of us who would rather write tags than either scriptlets, velocity or JSTL could do so with some flexibility. Thanks Edgar -----Original Message----- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Monday, August 18, 2003 6:00 PM To: 'Struts Developers List' Subject: RE: Tags more extensible (was: Suggestions for Calendar Popup tag lib?) --- Edgar Dollin <[EMAIL PROTECTED]> wrote: > Exactly some of the problems I have been having with the tags as they > currently exist. The best thing to do is to open a bugzilla enhancement request with *specific* tags and methods you need improved. Make sure the suggestions are relevant to the current state of the tags. David > > Edgar > > -----Original Message----- > From: Paananen, Tero [mailto:[EMAIL PROTECTED] > Sent: Monday, August 18, 2003 5:42 PM > To: 'Struts Developers List' > Subject: RE: Tags more extensible (was: Suggestions for Calendar Popup > tag lib?) > > > Well, this is the thing...how would I know in advance? :) > Seriously. I have no idea what kind of requirements are > coming up next month. > > An example of something we've done in the past is extending > Struts HTML tags to incorporate access control features > (read-only, write, mask sensitive info, etc.) While I wasn't > involved with that effort, I'm looking at the source code, > and it's done with copy-and-pasteing the old code and sprinkling > in the access control checks and changes to rendering the > value property. 90% of the code remains unchanged, but > we had to copy-and-paste the entire thing. > > There is no other way to plug-in the access control > enhancements in the tags without doing that. And we didn't > feel like littering JSP code with logic tags. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
