Hmmmmmmmm. Just displayed the tiles documentation tiles-def.xml bundled with struts in Holmes´s console -- and somhow i grab a sense why putting a list (joint points) instead of tiles:get - 1 JSP for layout(WHERE)e.g. columnsLayout.jsp and list of WHAT to come, and even putting whole definitions to work in another jsp. Hmmmmmmmmmmmmmmmmm.
You wrote "... By using a tiles action I was able to determine the definition being used in the template at run time and load a request scope bean so all the tiles could have access to the definition data. ..." - can you please make that experience more "examplereized" for me? THANXX -----Original Message----- From: Holman, Cal [mailto:[EMAIL PROTECTED]] Sent: Freitag, 31. Jänner 2003 20:08 To: 'Struts Users Mailing List' Subject: RE: nesting tiles with definitions in xml Jorg>> This way each of the tiles is an independent entity. Which has it's downside - but in a portal situation a single action cannot manage all the potential data required for a specific user. Using tiles actions on a per tiles basis you can separate each of the controller/business logic - if the tile is required then the appropriate tiles action fires - if not then no extra work is done. It would be difficult in the tiles definition or template to define every possible combination in a portal layout. Especially if the user is allowed to move the tiles around. Having to write some breadcrumb code I bumped into your situation where I wanted the parent definition visible to a lower level tile. By using a tiles action I was able to determine the definition being used in the template at run time and load a request scope bean so all the tiles could have access to the definition data. Cal http://www.calandva.com/ Last update 01/03/03 -----Original Message----- From: Jörg Maurer [mailto:[EMAIL PROTECTED]] Sent: Friday, January 31, 2003 13:35 To: Struts Users Mailing List Subject: RE: nesting tiles with definitions in xml 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] 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]
