Import in Antlibs (Re: [new tasks] presetdef and macrodef)

2003-08-26 Thread Nicola Ken Barozzi
Gus Heck wrote, On 25/08/2003 18.02: Nicola Ken Barozzi wrote: Jose Alberto Fernandez wrote, On 22/08/2003 14.58: From: Gus Heck [mailto:[EMAIL PROTECTED] ... If macro definitions are available to sub builds, then your 3rd case might occur, but I don't think it would be good to allow macros to b

Re: [new tasks] presetdef and macrodef

2003-08-25 Thread Gus Heck
Nicola Ken Barozzi wrote: [returned from holiday, happy to read the list again :-) ] Jose Alberto Fernandez wrote, On 22/08/2003 14.58: From: Gus Heck [mailto:[EMAIL PROTECTED] ... If macro definitions are available to sub builds, then your 3rd case might occur, but I don't think it would be goo

Re: [new tasks] presetdef and macrodef

2003-08-25 Thread Gus Heck
Templates appear to be something new, though I don't think I like them (see below) (1) --> ${xyz} (2) --> ${macroattr:xyz} (3) --> ${macrotemplate:xyz} Well, as I said I use those terms above just as examples, I am not hookup in words, I was just looking for some identifier to desc

Re: [new tasks] presetdef and macrodef

2003-08-24 Thread Nicola Ken Barozzi
[returned from holiday, happy to read the list again :-) ] Jose Alberto Fernandez wrote, On 22/08/2003 14.58: From: Gus Heck [mailto:[EMAIL PROTECTED] ... If macro definitions are available to sub builds, then your 3rd case might occur, but I don't think it would be good to allow macros to be ca

RE: [new tasks] presetdef and macrodef

2003-08-22 Thread Jose Alberto Fernandez
> From: Gus Heck [mailto:[EMAIL PROTECTED] > > I'm not sure I buy your 3 things argument. In my mind there > are 2 things > in what is previously proposed... > > properties and parameters > The question is when expantions happen. We are here in the MACRO world, and in that world there are us

Re: [new tasks] presetdef and macrodef

2003-08-21 Thread Gus Heck
I'm not sure I buy your 3 things argument. In my mind there are 2 things in what is previously proposed... properties and parameters Templates appear to be something new, though I don't think I like them (see below) (1) --> ${xyz} (2) --> ${macroattr:xyz} (3) --> ${macrotemplate:xyz} So for

RE: [new tasks] presetdef and macrodef

2003-08-21 Thread Dominique Devienne
> -Original Message- > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 21, 2003 5:56 AM > To: Ant Developers List > Subject: RE: [new tasks] presetdef and macrodef > > I have no big issue on which syntax is used on each case, but I

RE: [new tasks] presetdef and macrodef

2003-08-21 Thread Jose Alberto Fernandez
> From: Gus Heck [mailto:[EMAIL PROTECTED] > > Jose Alberto Fernandez wrote: > > >Dominique, > > > >As its name indicates is a MACRO. And macros are > macros are > >macros and they are suppose to be textually replaces at the point on > >invocation. > > > > > Of course the parameters need to

Re: [new tasks] presetdef and macrodef

2003-08-21 Thread Knut Wannheden
rd expansion of Ant > properties. This is non-bidding of course, as I am not a committer... --DD > > > -Original Message- > > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, August 20, 2003 7:34 AM > > To: Ant Developers List > > Su

Re: [new tasks] presetdef and macrodef

2003-08-20 Thread Gus Heck
Jose Alberto Fernandez wrote: Dominique, As its name indicates is a MACRO. And macros are macros are macros and they are suppose to be textually replaces at the point on invocation. Of course the parameters need to be replaced. The point is they shouldn't look like properties. This way they ca

Re: [new tasks] presetdef and macrodef

2003-08-20 Thread Gus Heck
I stopped arguing this point, as I was the only one concerned apparently, but since Jose Alberto brings it up again... Having ${NAME} not evaluate to the value, if any, of the NAME property, at the time the task it's used in ( is this case) is executed, is REALLY REALLY BAD in my sincere opinion.

RE: [new tasks] presetdef and macrodef

2003-08-20 Thread Dominique Devienne
y "x" to be substituted > at definition time > while ${x} will get substituted at expansion time. > > > > -Original Message----- > > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > Sent: 19 August 2003 21:24 > > To: 'Ant Developers List&#x

RE: [new tasks] presetdef and macrodef

2003-08-20 Thread Jose Alberto Fernandez
OTECTED] > Sent: 19 August 2003 21:24 > To: 'Ant Developers List' > Subject: RE: [new tasks] presetdef and macrodef > > > > -Original Message- > > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, August 19, 2003 12:47

RE: [new tasks] presetdef and macrodef

2003-08-19 Thread Dominique Devienne
> -Original Message- > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 19, 2003 12:47 PM > To: Ant Developers List > Subject: RE: [new tasks] presetdef and macrodef > > > What I am saying is that even with a different notation fo

RE: [new tasks] presetdef and macrodef

2003-08-19 Thread Jose Alberto Fernandez
> From: peter reilly [mailto:[EMAIL PROTECTED] > > On Thursday 14 August 2003 17:44, Dominique Devienne wrote: > > > -Original Message- > > > From: peter reilly [mailto:[EMAIL PROTECTED] > > > > > > > > > > > All of the expansions happen later on. If the macro is used in a > > > different

Re: [new tasks] presetdef and macrodef

2003-08-15 Thread Stefan Bodewig
On Fri, 15 Aug 2003, Knut Wannheden <[EMAIL PROTECTED]> wrote: > Or maybe s could even be inherited when using or > ? My understanding is that defines a new task, so it is inherited with <*ant*>subbuilds. Stefan - To unsubsc

Re: [new tasks] presetdef and macrodef

2003-08-15 Thread Knut Wannheden
> > > > One thing you could do here is redefine itself > > by doing something like: > > > > > > > > > > > > > > which would realize your desired effect. This could be done internally > > by when for example no name attribute is given. > > This could also be done by: > > > >

Re: [new tasks] presetdef and macrodef

2003-08-15 Thread peter reilly
On Thursday 14 August 2003 18:50, Jose Alberto Fernandez wrote: > I think this is fantastic work. Thanks. > > One thing you could do here is redefine itself > by doing something like: > > > > > > > which would realize your desired effect. This could be done internally > by when

Re: [new tasks] presetdef and macrodef

2003-08-15 Thread peter reilly
On Thursday 14 August 2003 17:44, Dominique Devienne wrote: > > -Original Message- > > From: peter reilly [mailto:[EMAIL PROTECTED] > > Sent: Thursday, August 14, 2003 11:22 AM > > To: Ant Developers List > > Subject: Re: [new tasks] presetdef and macrodef

Re: [new tasks] presetdef and macrodef

2003-08-14 Thread Nicola Ken Barozzi
Dominique Devienne wrote, On 14/08/2003 20.16: Jose Alberto answered that one indirectly. I know understand that the I had does not declare a 'name' or 'classname' attribute, and thus could not be used as I wrote it, whereas keeps access to all attributes of the preset'd type. Sorry for being so

RE: [new tasks] presetdef and macrodef

2003-08-14 Thread Dominique Devienne
> -Original Message- > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 14, 2003 11:44 AM > To: 'Ant Developers List' > Subject: RE: [new tasks] presetdef and macrodef > > > -Original Message- > > From: peter reilly [mail

RE: [new tasks] presetdef and macrodef

2003-08-14 Thread Jose Alberto Fernandez
I think this is fantastic work. As per Dominique's reservations, here are some observations that may make things easier. > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > From: peter reilly [mailto:[EMAIL PROTECTED] > > > > > > (formally known as extendtype) > > this defines a new t

RE: [new tasks] presetdef and macrodef

2003-08-14 Thread Dominique Devienne
> -Original Message- > From: peter reilly [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 14, 2003 11:22 AM > To: Ant Developers List > Subject: Re: [new tasks] presetdef and macrodef > > It is not a sub-set of . But there is a lot of overlap of > functional

Re: [new tasks] presetdef and macrodef

2003-08-14 Thread peter reilly
On Thursday 14 August 2003 15:23, Dominique Devienne wrote: > After all the praises, I hope my post doesn't sound too negative. No problem. > I also > think it's a great addition Peter, I just have a few reservations ;-) > > See below... --DD > > > -Original Message- > > From: peter reilly

RE: [new tasks] presetdef and macrodef

2003-08-14 Thread Dominique Devienne
After all the praises, I hope my post doesn't sound too negative. I also think it's a great addition Peter, I just have a few reservations ;-) See below... --DD > -Original Message- > From: peter reilly [mailto:[EMAIL PROTECTED] > > > (formally known as extendtype) > this defines a n

Re: [new tasks] presetdef and macrodef

2003-08-14 Thread Nicola Ken Barozzi
The following tasks will be an excellent addition for the use Centipede does of Ant, so it's a big thumbs up! Presetdef can be used to redefine the most used Ant tasks adding the defaults taken from the descriptor we use. macrodef can make us finally create real macros that are not only target

Re: [new tasks] presetdef and macrodef

2003-08-14 Thread peter reilly
On Thursday 14 August 2003 12:28, Knut Wannheden wrote: > > A question: is a special task in the sense that it seems to be > able to suppress Ant from resolving properties for it when the task is > evaluated? Is there a mechanism which allows this to be done in custom > tasks as well? The trick

RE: [new tasks] presetdef and macrodef

2003-08-14 Thread Jan . Materne
t: Thursday, August 14, 2003 1:28 PM > To: [EMAIL PROTECTED] > Subject: Re: [new tasks] presetdef and macrodef > > > On Thu, 14 Aug 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > > Will I place these tasks in ant or ant-contrib ? > > Ant, they sound very use

Re: [new tasks] presetdef and macrodef

2003-08-14 Thread Knut Wannheden
This looks excellent! It makes Ant a lot more flexible, but at the same time also more compilcated to use. Buildfiles with (possibly nested) s and s could be a lot harder to understand and maintain. But if used correctly, probably easier! A question: is a special task in the sense that it seem

Re: [new tasks] presetdef and macrodef

2003-08-14 Thread Stefan Bodewig
On Thu, 14 Aug 2003, peter reilly <[EMAIL PROTECTED]> wrote: > Will I place these tasks in ant or ant-contrib ? Ant, they sound very useful. is a wonderful way to plug in user preferences. Stefan - To unsubscribe, e-mail: [EM

RE : [new tasks] presetdef and macrodef

2003-08-14 Thread Emmanuel FELLER
>-Message d'origine- >De : peter reilly [mailto:[EMAIL PROTECTED] >Envoyé : jeudi 14 août 2003 11:21 >À : [EMAIL PROTECTED] >Objet : [new tasks] presetdef and macrodef > > >Hi, >I have written a couple of tasks to enable definition of new tasks >in ant

Re: [new tasks] presetdef and macrodef

2003-08-14 Thread peter reilly
On Thursday 14 August 2003 10:31, Conor MacNeill wrote: > Cool. > > I think these should go in Ant :-) Excellent. > > As you know I had thought about but I'm happy to > see you've done it. I think there is a slight property scoping issue > for the nested params. I had thought about a different syn

RE: [new tasks] presetdef and macrodef

2003-08-14 Thread Conor MacNeill
Cool. I think these should go in Ant :-) As you know I had thought about but I'm happy to see you've done it. I think there is a slight property scoping issue for the nested params. I had thought about a different syntax for macro params (e.g. $[target]), perhaps hooked into a specific propert

[new tasks] presetdef and macrodef

2003-08-14 Thread peter reilly
Hi, I have written a couple of tasks to enable definition of new tasks in ant. (formally known as extendtype) this defines a new task or type based on a current ant task or type, with attributes or elements preset. example useage: may now be used as a task in the same way