Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 50184 invoked from network); 31 Oct 2003 16:03:08 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 31 Oct 2003 16:03:08 -0000 Received: (qmail 87950 invoked by uid 500); 31 Oct 2003 16:02:46 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 87914 invoked by uid 500); 31 Oct 2003 16:02:46 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 87783 invoked from network); 31 Oct 2003 16:02:45 -0000 Received: from unknown (HELO corvil.com) (213.94.219.177) by daedalus.apache.org with SMTP; 31 Oct 2003 16:02:45 -0000 Received: from preilly.local.corvil.com (preilly.local.corvil.com [172.18.1.173]) by corvil.com (8.12.9/8.12.5) with ESMTP id h9VG2id8055884 for ; Fri, 31 Oct 2003 16:02:46 GMT (envelope-from peter.reilly@corvil.com) From: peter reilly Organization: corvil To: Ant Developers List Subject: Re: Date: Fri, 31 Oct 2003 16:02:44 +0000 User-Agent: KMail/1.5 References: <200310311007.34518.peter.reilly@corvil.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310311602.44086.peter.reilly@corvil.com> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Friday 31 October 2003 15:55, Stefan Bodewig wrote: > On Fri, 31 Oct 2003, peter reilly wrote: > > No, it matters if the attributes in macrodef are implemented as > > properties or if they are implemented as textual subsitutions. > > OK, but then this becomes the question to decide and not whether we > need in 1.6, right? Yes > > > If they are textual substituations, the local properties will not > > work too good. > > > >[SNIP] > > > > In this case, I think that Dominique's critik of ${} for textual > > attribute substitution is correct. > > I agree. > > > However any alternative notation has difficulities. > > If they are properties, we don't need an alternative. What are the > difficulties you expect when they are not properties? Only the choice of the notation. Peter --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org