Tomas Restrepo wrote:

That's cool. However, allow me to present an "alternative" point of view:
Why can't we have *both*? The argument I've been hearing since taskdef was
shunned (and I'm one of the ones that complained about this at the time) is
that the config stuff is more flexible and more elegant. So what? Why does
that preclude us from supporting both ways of doing it? That's what baffle's
me (or actually, the resistance I've gotten from trying to present this
before).
heh - a lot of that resistance was from me as I recall. I apologize. I wasn't really thinking that enabling project specific tasks was wrong - more that the model of taskdef was wrong for nant. I think we have come up with a soloution that will satisfy all of us.

Now, don't get me wrong, I like the idea of the config stuff. However, this
is one case that doesn't fit completely into the config idea. Why? I don't
know about other people, but at least where we use NAnt, we sometimes have
project-specific tasks. Now, why the hell should I be required to *modify*
my NAnt instalalation (which I may be using for many other projects) just so
I can load those tasks? That, to me, is unacceptable.

Totally - its a very valid use-case. I think that there will be lots of settings in the config file that will need to be editable from a build file. You should be able to set most options system wide or locally in a specific build.


I can live with that. Let's us then do something that fits in NAnt's model
but that caters to those escenarios that the config stuff doesn't. And make
*that* part of the NAnt core.

agreed



That sounds good to me. Perhaps a better taskname would be "loadtasks",
good idea. <loadtasks> it is

Ian





-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users

Reply via email to