--- Kris Schneider <[EMAIL PROTECTED]> wrote: > Nope. <logic:match> does substring matching.
IMO, any tag that does not interact with Struts' core resources should live in the Jakarta Taglibs project. This allows non-Struts projects to benefit from the functionality while freeing Struts to focus on its core features. Substring matching doesn't sound like a Struts specific operation. David > > Quoting Tim Chen <[EMAIL PROTECTED]>: > > > ... > > <logic:match> no equalivant in JSTL 1.0 but exists String functions > in > > JSTL 1.1 > > ... > > > > logic:match equivalent is <c:if test="${foo.bar eq 'hello > world'}>xxx</c:if> > > > > -Tim > > > > Peter A. Pilgrim wrote: > > > > > Craig R. McClanahan wrote: > > > > > >> Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>: > > >> > > >> > > >>> Joe Germuska wrote: > > >>> > > >>>>> > Whether the "classic" and "el" taglibs are one chunk or two > isn't > > >>>>> > > >>>>> > > >>>>>> hugely important to me either -- I would prefer that this > > >>>>>> decision be > > >>>>>> made by developers who've done more work on that code to date. > > >>>>>> However, I did find that when I patched > > >>>>>> o.a.s.t.html.JavascriptValidator, I had to go and make a > > >>>>>> corresponding change in the EL version. I suspect that changes > in > > >>>>>> those two libraries are going to track pretty tightly. But > like I > > >>>>>> said, I'm not pushing for this; just floating it... > > >>>>> > > >>>>> > > >>>>> > > >>>>> Is there any reason that the EL tags wouldn't replace the > existing > > >>>>> tags > > >>>>> for Struts 2.0? Also, IMO, many of the tags can be removed > > >>>>> entirely for > > >>>>> 2.0 because they've been replaced by more powerful counterparts > in > > >>>>> the > > >>>>> JSTL. > > >>>> > > >>>> > > >>>> > > >>>> As I've been saying (a lot, it seems, lately) on struts-user, I > > >>>> think there are legitimate Struts JSP tags like "html:messages" > > >>>> that are not best replaced by JSTL. Any time Struts tools put > > >>>> resources in special locations in request or session scope, I > think > > >>>> it's nice to have tags which know the special locations, instead > of > > >>>> expecting people to dig in and find them. And, for example with > > >>>> html:messages, the message-property filtering is a useful feature > > > >>>> that would require a lot of verbose JSTL to achieve the same > goal. > > >>>> > > >>>> So, I'd suspect even in 2.0 there will be arguments for a small > > >>>> Struts taglib. But I am 100% on board with pushing people to use > > > >>>> the JSTL where it is really equivalent. > > >>>> > > >>>> Joe > > >>>> > > >>> > > >>> All > > >>> > > >>> +1 Some Struts tags are indeed very great. > > >>> > > >>> I also found the original <html:options> tag to really be useful > > >>> last year > > >>> at RBS generating HTML OPTIONS elements. Repeating the same thing > JSTL > > >>> <c:if> or <c:when> statment is verbose. If there not EL equivalent > > >>> of <html:options>, it will be on my todo list. > > >>> > > >> > > >> It's not just an issue of JSTL and EL-enabling Struts tags. JSF, > for > > >> example, > > >> has more powerful equivalents of <html:options> (<f:selectItems> -- > > > >> among other > > >> fancy things you can make it create hierarchical option lists by > > >> emitting > > >> <optgroup> very easily), as well as equivalents for <html:messages> > > >> (<h:message> for a single field, <h:messages> for the general > messages). > > >> > > > > > > So I guess what you are, in fact, saying that we should be using > > > JavaServer > > > Faces or looking to use it, for 2004/2005. One question are the JSF > tag > > > actions <h:message> and <h:messages> dependent on a JSF > implementation > > > or can they be used standalone? > > > > > > Perhaps that is what we need to do as Developer. Write some kind of > > > feature > > > compatibility matrix. > > > > > > Old Tag : New Tag : Description > > > ============================================== > > > html:messages h:messages extends original behaviour and > > > can make it create hierarchical > > > option lists by emitting <optgroup>. > > > > > >> > > >>> I presume there are some other Struts HTML tags that are > favourites > > >>> with > > >>> other people too. > > >>> > > >> > > >> > > >> Likewise, the Struts-Faces integation library has JSF-componetized > > >> equivalents > > >> for some of the Struts HTML tags (including messages) to make it > > >> easier to use > > >> as a drop-in replacement. I'd be interested in hearing > specifically > > >> what other > > >> "favorite" tags their are, to make sure that equivalent > functionality is > > >> available to a JSF-based user of Struts. > > >> > > > > > > <logic:iterate> superceded by JSTL > > > <logic:forward> superceded by JSTL > > > <logic:redirect> superceded by JSTL > > > <logic:equal> superceded by JSTL > > > <logic:notEqual> superceded by JSTL > > > <logic:greaterThan> superceded by JSTL > > > <logic:greaterEqual> superceded by JSTL > > > etc > > > > > > <logic:match> no equalivant in JSTL 1.0 but exists String functions > > > > in JSTL 1.1 > > > > > > <bean:define> replace with <c:set> > > > > > > <bean:size> we need a simple tag lib action for JSP 1.2 and JSTL > 1.0 > > > to get > > > the size of java.uitl.Collection until there is widespread > > > support JSP 2.0 JSTL 1.1 > > > > > > Investigation continue with rest of Beans taglib ... > > > > > >>> -- > > >>> Peter Pilgrim > > >> > > >> > > >> > > >> Craig > > -- > Kris Schneider <mailto:[EMAIL PROTECTED]> > D.O.Tech <http://www.dotech.com/> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]