"_DO NOT_" call a /do from your definition to provide varibility by calling an action from tiles, so that you have much less definitions.
Also, "DO NOT" loook at this : http://cvs.sourceforge.net/viewcvs.py/basicportal/bPproj/bP/WEB-INF/config/layoutsShop.xml (a shoping cart example and it's layout that calls action from tiles)
hth,
.V
Brice Ruth wrote:
Brice Ruth wrote:
This still doesn't keep me from having to duplicate entries for each section of our site (we have 5 - garden, school, office, crafts, housewares) - and other non-Action driven pages need the same .baseLayout extended Tiles for each of the sections (.baseLayout.school, etc.) - and those definitions define the sections colors and a variety of other things.
Yes it does! Specificaly, you do not need to create custom definition if you are only changing styles, etc. Read my example again (and maybe Tiles 201).
See how an definition can have a variable part?
You then define a single Strut action, to provide the variation.
Good luck, .V
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Victor Cekvenich, Struts Instructor (215) 321-9146
Advanced Struts Training <http://basebeans.com/do/cmsPg?content=TRAINING> Server Side Java training with Rich UI, mentoring, designs, samples and project recovery in North East. Simple best practice basic Portal, a Struts CMS, Membership, Forums, Shopping and Credit processing, <http://basicportal.com> software, ready to develop/customize; requires a db to run.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
