> > b/ Raising loglevel up to project treshold could supress some unwanted
> > messages even in verbose mode. Could be handy in some tasks/functions
> which
> > internally call other tasks/functions but do not want its output to
bother
> > user.
>
> Definitely.  This one will be very useful, and easy to implement.

Ok. Lets patch this now and discuss that second override. We propably agree
that this one is more important since we need to supress some messages from
inner tasks.

-----

>> a/ Lowering loglevel below project treshold (so allowing more messages to
>> output) is nice for debugging just one task. It is handy to run nant in
>> normal mode and override that task to debug level.
>
> I agree that this would be nice to have, but right now the logger is
> responsible for the respecting the threshold, not the tasks themselves.

>> <<snip>> change meaning of -debug to allow also a/ override?
>> Mine goal is to enable one-task debugging and eliminate need to
>> scroll several screens and find that few lines in it.
Maybe -debug<project
>> threshold level> could be great (so -debug4000 writes all
>> warnings+errors+allow overrides)
>
> Not sure if this is something we can/should do ...

 I'm trying this:

large .build script and I'm working on one new task, e.g.
...
<copy>
...

I meet some problems, so I want to debug it. When I run
#nant -debug
I get 1000 lines and it's hard to find lines from mine copy task. So what
about to have something like:

...
<copy logLevel="debug">
...

and
#nant -debug4000

means: default project level is 4000 (warning) so only warning and error
messages outputs + all messages from mine copy task (override is allowed
in -debug mode)


just an idea to easier debugging...

-----

Verbose property  is another chapter since it already allow incresing
verbosity above project level (it in fact increase level of message itself
so it could go through logger threshold filter but it has the same effect).
We should keep this functionality here IMHO.


btw: logLevel is good enough name?

Regards,
Martin



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Reply via email to