I think there is a misunderstanding between us. As far as I know there is no scope range for tiles since it uses its own container. So I can't test if a parameter is present or not in a call of a tile.
This is this kind of things I propose to add. Regards, Cedric ----- Original Message ----- From: "Martin Cooper" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Friday, October 15, 2004 6:31 PM Subject: Re: [HI][TAGS] Greetings > On Fri, 15 Oct 2004 07:45:59 -0500, Joe Germuska <[EMAIL PROTECTED]> wrote: > > In general, we are advising people to use JSTL tags wherever they > > serve a purpose that overlaps with Struts tags. It sounds like > > <c:if> and similar tags would probably serve most of your logic test > > needs. As for verifying the presence of a request attribute, it > > seems that the Jakarta Taglibs "request" taglib has a tag which can > > do that. > > > > http://jakarta.apache.org/taglibs/doc/request-doc/request-1.0/index.html#reference > > > > Or you can use JSTL for this too: > > <c:if test="${requestScope.myAttr}"> > ... > </c:if> > > > -- > Martin Cooper > > > > Struts tags that have a guaranteed future would be those that encode > > knowledge about things that Struts does uniquely -- for example, the > > "logic:messagesPresent" tag and the "html:messages" tag. Tags that > > do something which could be used in any JSP application, whether or > > not Struts is the controller, don't have many champions. We > > recommend that those be developed in a way which makes their > > independence from Struts more clear. > > > > Joe > > > > > > > > > > At 11:18 AM +0200 10/15/04, Levieux Cedric wrote: > > >Like I said this is only add-ons > > > > > >For example in the tiles I need to develop for my own purpose a tag that > > >verify if an attribute was set or not during the call of the tile. > > > > > >It has the same behavior as the logic:present tag but focus on the tiles. > > > > > >I also need to develop some add-ons for the bean:message for being flexible > > >with arguments coming from beans or the logic:redirect > > > > > >Even some times I need to compare two beans with the logic tags. > > > > > >Cedric > > > > > >----- Original Message ----- > > >From: "Joe Germuska" <[EMAIL PROTECTED]> > > >To: "Struts Developers List" <[EMAIL PROTECTED]> > > >Sent: Friday, October 15, 2004 2:33 AM > > >Subject: Re: [HI][TAGS] Greetings > > > > > > > > >> >I'm here to see if the struts development community is open for tags > > >> >add-on for the existing struts tagslibs. > > >> > > >> Depends -- what do you have in mind? > > >> > > >> Going forward, I think we would only want to add tags that are > > >> specifically focused around Struts functionality. Tags that don't > > >> depend on Struts don't really belong in the Struts project -- some > > >> might fit into existing Jakarta Taglibs projects, or might be > > >> proposed as new subprojects there, and others might make good > > >> projects on their own, like the displaytag libraries. > > >> > > >> What do your tag libraries do? > > >> > > >> 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 > > > > > > > > > > > >--------------------------------------------------------------------- > > >To unsubscribe, e-mail: [EMAIL PROTECTED] > > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > > 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 > > > > --------------------------------------------------------------------- > > 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]
