Return-Path: 
 <dev-return-48668-apmail-struts-dev-archive=struts.apache.org@struts.apache.org>
Delivered-To: apmail-struts-dev-archive@www.apache.org
Received: (qmail 40051 invoked from network); 12 Jun 2006 08:49:24 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 12 Jun 2006 08:49:24 -0000
Received: (qmail 92442 invoked by uid 500); 12 Jun 2006 08:49:21 -0000
Delivered-To: apmail-struts-dev-archive@struts.apache.org
Received: (qmail 92385 invoked by uid 500); 12 Jun 2006 08:49:20 -0000
Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@struts.apache.org>
List-Help: <mailto:dev-help@struts.apache.org>
List-Post: <mailto:dev@struts.apache.org>
List-Id: "Struts Developers List" <dev.struts.apache.org>
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Delivered-To: mailing list dev@struts.apache.org
Received: (qmail 92373 invoked by uid 99); 12 Jun 2006 08:49:20 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jun 2006 01:49:20 -0700
X-ASF-Spam-Status: No, hits=0.7 required=10.0
	tests=UNRESOLVED_TEMPLATE
X-Spam-Check-By: apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [62.101.90.2] (HELO mail.eng.it) (62.101.90.2)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jun 2006 01:49:19 -0700
Received: from mail.eng.it (polluce-gb [192.168.99.18])
	by deliver.antivirus (Postfix) with SMTP id E39E018038
	for <dev@struts.apache.org>; Mon, 12 Jun 2006 10:48:56 +0200 (CEST)
Received: from [192.168.35.75] (unknown [192.168.35.75])
	by mail.eng.it (Postfix) with ESMTP id D14F91803E
	for <dev@struts.apache.org>; Mon, 12 Jun 2006 10:48:52 +0200 (CEST)
Message-ID: <448D2C96.30106@tariffenet.it>
Date: Mon, 12 Jun 2006 10:57:58 +0200
From: Antonio Petrelli <brenmcguire@tariffenet.it>
User-Agent: Mozilla Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Struts Developers List <dev@struts.apache.org>
Subject: Re: [Tiles] Inline definitions (WAS: [Tiles] Embedding tiles inside
 of tiles)
References: <007201c68b04$aa54ebe0$3202a8c0@YODellMXP>
 <9F0A2911-D29C-4D7B-A577-FE595A6BA355@apache.org>
 <44884B09.4060604@tariffenet.it>
 <513342EE-AAEF-472D-8634-68AAC5CF10F0@apache.org>
 <44892CFC.3080006@tariffenet.it>
 <4FBA9843-9989-4531-A6FA-40D4766DB3BF@apache.org>
In-Reply-To: <4FBA9843-9989-4531-A6FA-40D4766DB3BF@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-PMX-Version: 5.2.0.264296
X-PerlMx-Spam: Gauge=%%XGAUGE%%%%IGAUGE%%, Probability=%%PROB%%,
 Report='%%HITS%%'
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Greg Reddin ha scritto:
>
> On Jun 9, 2006, at 3:10 AM, Antonio Petrelli wrote:
>
>> <put name="attributeName" value="some.definition" type="definition" />
>>
>> I don't think it is what you mean, because this is already there. Can 
>> you clarify what you mean with an example?
>
> No that's what I meant.  I just never have actually used that.  How 
> does that look on the JSP doing <tiles:insert/>?

The <tiles:insert> tag is perfectly the same, the only difference is 
that the nested definition is also evaluated.

>   You'd think I'd know this already :-)

Err... well yes... this is because I asked you for an example. Anyway 
this kind of things happens very often to me, if you don't use a thing 
you don't know its existence, right? :-)

> If that works the way I think it does then I'd much prefer that than 
> the "nested" tiles.

If you are thinking of "tiles inside tiles" they work perfectly. :-)

>   I'm not against support for the nested tiles, I'd probably just 
> never use it myself.  I think it makes things look cleaner if you do 
> something like the above.

I don't think it is a question of clearness, but someone could abuse of 
the presence of nested Tiles, e.g. repeating the same code again and 
again. Anyway I am going to write some code to support nested Tiles and 
when I'm finished I will submit to your judgment :-) I will start from 
the SVN committed code (with no patch made by me, I mean).

>   Of course I rarely use nested anonymous classes with Java either.  
> But it's just a personal preference.

I agree with you, Java anonymous classes are very obscure. I prefer 
inner classes or normal classes in some "internal" package.

Ciao
Antonio


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org