[Kss-devel] Getting rid of the KSS-log

Balazs Ree ree at ree.hu
Tue Nov 13 07:30:00 CET 2007


On Tue, 13 Nov 2007 00:36:53 +0100, Godefroid Chapelle wrote:

> Malthe Borch wrote:
>> Hey Godefroid, –––
>> 
>> Could we not have KSS in debug-mode unless the KSS-tool is in
>> debug-mode? It makes it almost impossible to do js-development.
>> 
>> \malthe
> 
> I think it makes sense.
> 
> What does the list think of this ?


Duncan also asked for this. I agree we ahould have a second cookie and in 
the ui a second button: "follow/ignore tool setting" which by default 
should stand on "follow".

I may add this soon to trunk if there are no objections.
 
> PS : However, why do you want to do js development if not to contribute
> to KSS ;-) ?

There is another thing that may make sense actually. We should manage log 
levels from within kss and enable filtering of different log levels from 
the kss level. (info/debug/etc.) This could also be governed by cookies, 
and later by the to-be-developed kss config tool.

Originally when we only had the MochiKit logger the logging level and 
filtering was handled by the logger itself. But now we have different 
loggers, and all loggers handle this differently so this does not work 
well any more. For example in FireBug we should not issue "debug" 
messages at all, they put the traceback 
information on the right of the line and cover important part of the 
message. For FireBug we should issue "info" level messages instead of 
"debug" and handle the info/debug level difference ourselves. Then the 
filtering I propose makes even more sense. Similarly each logger may 
require a different handling for this.


-- 
Balazs Ree



More information about the Kss-devel mailing list