Return-Path: 
 <dev-return-125-apmail-tiles-dev-archive=tiles.apache.org@tiles.apache.org>
Delivered-To: apmail-tiles-dev-archive@locus.apache.org
Received: (qmail 37864 invoked from network); 10 Feb 2007 08:16:30 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 10 Feb 2007 08:16:30 -0000
Received: (qmail 60192 invoked by uid 500); 10 Feb 2007 08:16:37 -0000
Delivered-To: apmail-tiles-dev-archive@tiles.apache.org
Received: (qmail 60162 invoked by uid 500); 10 Feb 2007 08:16:37 -0000
Mailing-List: contact dev-help@tiles.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@tiles.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@tiles.apache.org>
List-Post: <mailto:dev@tiles.apache.org>
List-Id: <dev.tiles.apache.org>
Reply-To: dev@tiles.apache.org
Delivered-To: mailing list dev@tiles.apache.org
Received: (qmail 60153 invoked by uid 99); 10 Feb 2007 08:16:37 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Feb 2007 00:16:37 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of antonio.petrelli@gmail.com
 designates 66.249.92.170 as permitted sender)
Received: from [66.249.92.170] (HELO ug-out-1314.google.com) (66.249.92.170)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Feb 2007 00:16:27 -0800
Received: by ug-out-1314.google.com with SMTP id m3so973557uge
        for <dev@tiles.apache.org>; Sat, 10 Feb 2007 00:16:06 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=KRdzhl/zeESTM97FWQ81dobIuA61Y3HGu+8wZ5IqlfoE4c1qDiN+Oi3CHYnywPNqwin9EGHH2YUmrbQNZtzT8LdRzheHaVsL8WIiJQ75Q1np2gXhx/JR9QeOFHg6ZMyA3r46+La5FPZBulZv6oxAX4ZDjK5rilDb24z7SpGQRnw=
Received: by 10.78.139.1 with SMTP id m1mr5225124hud.1171095365943;
        Sat, 10 Feb 2007 00:16:05 -0800 (PST)
Received: by 10.78.194.8 with HTTP; Sat, 10 Feb 2007 00:16:05 -0800 (PST)
Message-ID: <aae96ca0702100016x7680e6e0t3009969580b30752@mail.gmail.com>
Date: Sat, 10 Feb 2007 09:16:05 +0100
From: "Antonio Petrelli" <antonio.petrelli@gmail.com>
To: dev@tiles.apache.org
Subject: Re: Attribute lists incoherences
In-Reply-To: <45CC9DD1.60900@apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <aae96ca0702050809yc0dde40w402a03209be83a7a@mail.gmail.com>
	 <45C8ACA7.1070009@apache.org>
	 <aae96ca0702060840l768ad6f1r9529e4c1f87a4f19@mail.gmail.com>
	 <45C8B1A7.7050603@apache.org>
	 <aae96ca0702060858r2e59ab79g54a6d2aa309550e0@mail.gmail.com>
	 <45C8B56B.2090305@apache.org> <45CC9DD1.60900@apache.org>
X-Virus-Checked: Checked by ClamAV on apache.org

2007/2/9, David H. DeWolf <ddewolf@apache.org>:
> Would you mind if I made one tweak (sorry, I know it's late and you
> already committed it).
>
> I'd like to change the xml entities to match the more conventional
> naming standard <add-attribute>, <put-attribute>, etc...this is what all
> sun specs use, what struts uses, and I think it's more consistent with
> related technologies.

You're welcome :-) but please reopen TILES-103:
http://issues.apache.org/struts/browse/TILES-103

I was thinking about another incoherence: putListAttribute can have
putListAttribute as a child, I think that a "addListAttribute" element
(with a meaning similar to "addAttribute") should be its child (and
"addListAttribute" can be child of itself).
(Sorry for not using the "new" notation :-) )

Do you think that the kind of refactoring that you suggested can be
done also for JSP tags?  I think that if the names are the same, the
user will understand better their meaning.

Antonio