Okay, i looked for them. But as i saw it, they take out/give in some
attributes from tiles context. Not so super, is it? 

I personally would like to see my way of thinking as a feature, cause it
gives me powerful control to manage WHERE and WHAT. 
The 'way around' you sketched is for me maintainance intense in my
opinion - why to doe it by tiles even when i prepare info in action
classes.I thought it works like this : all requests run through the same
Tiles Request Processor. Such information be mananged centrally (a
layout definition machine ) - it knows WHAT to display concretly in
first step, and then if it finds a Joint point(WHERE) in some other JSP,
over 2 and more forwards ?! 

THANX

-----Original Message-----
From: Holman, Cal [mailto:[EMAIL PROTECTED]]
Sent: Freitag, 31. Jänner 2003 18:39
To: 'Struts Users Mailing List'
Subject: RE: nesting tiles with definitions in xml


Cedric has a few examples of nested dynamic tiles in the Tiles Doc
webapp:
'jakarta-struts-1.1-b3\webapps\tilesdoc\layout' and 'layouts'.  It
passes a
list of tiles to include in a parent tile based on user preference. 

Cal 

http://www.calandva.com/            Last update 01/03/03


-----Original Message-----
From: Jörg Maurer [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 04:03
To: Struts Users Mailing List (E-mail)
Subject: nesting tiles with definitions in xml

Hi!

Please can any of you provide me with an example to nest tiles properly.
I need to include several *.jsp in several *.jsp, which are included
based upon info on my tiles-def.xml.

Using <tiles:get> at the 1st level of jsp page is okay, but using
<tiles:get> at the 2nd level of a now nested jsp gives only back the
identifier name of that <tiles:get> to include, what is essentially not
a jsp page.

THANX so much! Jörg

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
  
Learn more about Paymentech's payment processing services at
www.paymentech.com
THIS MESSAGE IS CONFIDENTIAL.  This e-mail message and any attachments
are proprietary and confidential information intended only for the use
of the recipient(s) named above.  If you are not the intended recipient,
you may not print, distribute, or copy this message or any attachments.
If you have received this communication in error, please notify the
sender by return e-mail and delete this message and any attachments from
your computer.

---------------------------------------------------------------------
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]

Reply via email to