Thank you very much for the help!
/Andreas
Allistair Crossley wrote:
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]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
