That sounds good. I like to use a tile as the outer skin of the onion so that it can extend a layout tile declaratively, and substitute the inner tiles as needed.
> -----Original Message----- > From: Nathan Voxland [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 27, 2006 6:05 PM > To: Struts Users Mailing List > Subject: RE: [ANN] Hoople 1.0 > > > Good point. We tend to wrap our tiles usage into the JSPs > using <tiles:insert> tags. > > You forward to tiles using path="tile.definition.name" > without the beginning "/", correct? > > I think I'll add an additional attribute of "tile" that can > be used in place of "path" that would not do the absolute > path resolution. Would that solve the problem? > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June > 27, 2006 3:24 PM > To: user@struts.apache.org > Subject: RE: [ANN] Hoople 1.0 > > Nathan Voxland announced: > > Hoople has worked well for us by allowing us to configure the > > action mappings in separate XML config files that are stored > > where the URL would be on the filesystem if Struts wasn't > > there. There are also several other features that make > > working with the action mappings easier, like being able to > > use relative paths and assuming that forwards have a path > > that is the same as the request URL but with a .jsp extension > > if the path is not specified. > > Hmmm... What about tiles? I tend to forward to a tile > rather than a JSP. > > --------------------------------------------------------------------- > 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]
