Not to be rude, but guess what, not every struts application runs on the internet for absolutely anyone to use....
I am working with what I was handed.
Good points. Have you seen Niall's post (to [EMAIL PROTECTED] only, I believe) wherein he points out that he has done some refactoring that should make it fairly straightforward for people to write custom tags which support non-standard attributes?
I don't think that adhering to standards is merely a factor of idealism or "high-horsedness" ;-) It is important to have a clear place to draw some kinds of lines, and particularly with JSP custom tags, where each added attribute adds maintenance (because attributes must be declared in the TLD) and clutters the already verbose documentation (not that I think it's *too* verbose).
I think it's great that Niall has figured out a way to provide extensibility where it is clearly sometimes needed. I also think it's appropriate that non-standard tags stay out of the Struts core.
Now, if someone wanted to take advantage of the route Niall provides and build a distribution of Struts taglibs that supported non-standard tags, I wouldn't object to making that available via the Struts SourceForge project. Personally, I don't think I'd even object to making it a Struts sub-project that was available but clearly distinct from the core and the base taglibs -- but some other committers might. In any case, I'd probably think it deserved "incubation" at struts.sf.net since if none of the current committers (myself included) are motivated to support code for non-standard tags, it would be a shame to adopt it without some clear community of developers who were committed to it. The Struts SF project provides a place for that community to develop.
Joe
--
Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com "In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn back; I'll know I'm in the wrong place."
- Carlos Santana
