Andreas,

This is a wild solution. I don't understand page 15 and I've used Tiles
before, but not in this way. Could you explain it?

-----Original Message-----
From: Andreas Toom [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 10, 2005 1:58 AM
To: Struts Users Mailing List
Subject: Re: Multiple tiles layouts for single application


Hello again, great pdf there, solved my problem nice and easy. Instead 
of a jsp in the path attribute of a definition I used a struts action 
which forwards to the right template, should work really nice.

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]





------------------------------------------------------------------------------
Notice:  This e-mail message, together with any attachments, contains 
information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New 
Jersey, USA 08889), and/or its affiliates (which may be known outside the 
United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as 
Banyu) that may be confidential, proprietary copyrighted and/or legally 
privileged. It is intended solely for the use of the individual or entity named 
on this message.  If you are not the intended recipient, and have received this 
message in error, please notify us immediately by reply e-mail and then delete 
it from your system.
------------------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to