[PD-dev] verbosity levels

IOhannes m zmoelnig zmoelnig at iem.at
Thu Mar 18 09:17:33 CET 2010

On 2010-03-17 21:18, Hans-Christoph Steiner wrote:
> This sounds a lot more complicated without much real gain.  How about

where do you see any complication?
it can't be on the code side: it's exactly one more line of code to have
a centrally configurable system instead of having hardcoded defaults
everywhere in the sources. maintaining code with hardcoded assumptions
is "complicated" without _any_ gain.

there is certainly some complication going on in this conversation.

i really don't understand why you even mention me removing the "1 2 3 4
5 6 7" by a list generated on the fly.
it's not that anybody would be particularily proud of this line (nor its

it's not that we are talking about 100 lines of code that are to be
written in the future, but about 1 line written in the past.

> just emulating syslog? Its a tried true way to do it, and it is already
> widely understood and documented.

true, for system administrators in *nix world.

>     - messages post at log levels 0-7
>     - the menu item sets the "all levels up to X"
>     - the messages are tagged with level to be optionally colorized



i think the tried and accepted (as well as widely understood and
documented) standard for logging in "programming environments" is rather
log4j ([1]); there is a clone for virtually any widespread language; on
any operating system; the target audience is programmers rather than
system administrators, and i think most Pd'ers are more of the former
(even if they don't like it) than of the latter.

>     - messages post at log levels 0-5
>     - the menu item sets the "all levels up to X"
>     - the messages are tagged with level to be optionally colorized

you see the main difference is the maximum log level.
instead of ranting that i set the loglevel down to 0..4 you could have
set a single number to "7" and be happy.
i don't know why ignored this possibility in the first place.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20100318/165b238a/attachment.bin>

More information about the Pd-dev mailing list