Given that the JSTL is hosted through Jakarta-Taglibs, I wouldn't say that Strut is any more-or-less "mainstream" than Taglibs. After all, if people who are not using Struts need this functionality, the mainstream answer would be to use the request tag. We force dependencies on Jakarta-Commonst and if one is available, it sems appropriate that we look to Taglibs to fill any similar need for a generic utility. If both Struts and Taglibs had not started at the same time, our logic tags would be living there anyway. When we had oor own mulitipurpose present tag, adding the role functionality m ade sense. But creating a new tag to simply replicate functionality available through the request tag seems wasteful.
-Ted. 10/20/2002 11:56:20 PM, [EMAIL PROTECTED] (David M. Karr) wrote: >>>>>> "Ted" == Ted Husted <[EMAIL PROTECTED]> writes: > > Ted> There's a request tag in Jakarta taglibs that supports isUserInRole (among >other things), so I would suggest > Ted> that we go with three and refer people to taglibs for the missing >functionality (still all in the family :0) > > Ted> The role functionality is new in 1.1, and so people going from 1.0 to >struts-el won't even miss it. > >Just so it's clear, I assume you're referring to a taglib in the Jakarta >taglibs project, and NOT the JSTL. > >I'm a little hesitant to force some people using Struts-EL to include still >another taglib in their set of taglibs. Not to mention one that is a little >(just a little) further away from the mainstream than Struts and the JSTL. >y >There will be a set of people upgrading from 1.0.2 to 1.1 who won't miss it, >but beta versions of 1.1 have been stable for such a long time, I think the >number of 1.1 users is larger than might be expected for a beta release. > >My only argument against creating "logic-el:present" is "cleanliness", as all >but one of the features of "logic:present" are available in the JSTL (not to >mention that attaching "role-checking" features to "logic:present" just seems >odd). However, when I look at it from a pragmatic viewpoint, I realize that's >less important than simple convenience. > >-- >=================================================================== >David M. Karr ; Java/J2EE/XML/Unix/C++ >[EMAIL PROTECTED] > > >-- >To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org> >For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org> > > -- To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
