http://www.lifl.fr/~dumoulin/tiles/tilesAdvancedFeatures.pdf
page 15 may help you Cheers. > -----Original Message----- > From: Andreas Toom [mailto:[EMAIL PROTECTED] > Sent: 09 May 2005 15:33 > To: Struts Users Mailing List > Subject: Re: Multiple tiles layouts for single application > > > Yes, but a tile definition is just a.. tile definition. All my > definitions extends a base tile: > > <definition name="com.acme.web.search.tiles.main" > path="/front/tiles/tiles_front_main.jsp"> > <put name="content" value="OVERRIDE THIS" /> > <put name="title" value="Search here" /> > </definition> > > <definition name="com.acme.web.search.tiles.search" > extends="com.acme.web.search.tiles.main"> > <put name="content" value="/search/pages/search.jsp" /> > </definition> > > And my forwards are: > > <forward name="success" path="com.acme.web.search.tiles.search" /> > <forward name="failure" path="com.acme.web.search.tiles.error" /> > > So now, if a request has been made to > http://mysite/?layout=layout1 or > whatever it seems like a nice solution not have to change > anything in my > action configuration and instead have a filter/extension of a > controller > indicating which tile definitions to use, is this possible? > or do I have > to add a action-mapping/forward for each new site I want enable this > search functionality? > > As I sad before, the main problem as I see it is the input > parameter in > form validation, I guess I could solve it with some action in > the input > parameter instead, but all those solutions feel ugly and > leaves me with > much work if anything is about to change.. > > Any other ideas? :) > > /Andreas > > Allistair Crossley wrote: > > Your requests should be routing through a Struts Controller > via an ActionMapping, and therefore your Action can examine > the request and return the appropriate view which will be a > forward to the tile definition of your choice. > > > > Cheers, Allistair. > > > > > >>-----Original Message----- > >>From: Andreas Toom [mailto:[EMAIL PROTECTED] > >>Sent: 09 May 2005 15:05 > >>To: user@struts.apache.org > >>Subject: Multiple tiles layouts for single application > >> > >> > >>Hello, is there a way to switch tiles layout in an applaction > >>depending > >>on let's say request url. I have a struts-based application with a > >>single purpose and I want to share this functionality with other > >>php-based sites that my company have. > >> > >>So if a request comes in to the site I want different layouts, each > >>matching the calling site, for example: > >> > >>http://myhost/myapp/ <- Original layout > >>http://myhost/myapp/site1 <- Site1 layout > >>http://myhost/myapp/site2 <- Site2 layout > >> > >>The reason I wan't this is because I don't want do duplicate > >>any action > >>mappings in my struts-config. The major problem is form validation, > >>since the input is just a simple tile definitions the app has > >>no way to > >>determine which layout to use. So if I had tiles-defs.xml, > >>tiles-defs-site1.xml tiles-defs-site2.xml and a way to tell > >>struts when > >>to use which definition I figure the problem would be solved... > >> > >>Is there a way to solve this without extending the request > processor/ > >>tiles plugin?, if not can anyone point me in a good start direction? > >> > >>Any ideas appreciated. > >> > >>/Andreas > >> > >> > >>------------------------------------------------------------ > --------- > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > > > <FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLUE> > > ------------------------------------------------------- > > QAS Ltd. > > Developers of QuickAddress Software > > <a href="http://www.qas.com";>www.qas.com</a> > > Registered in England: No 2582055 > > Registered in Australia: No 082 851 474 > > ------------------------------------------------------- > > </FONT> > > > > > > > --------------------------------------------------------------------- > > 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]
