Vinay Sajip wrote:
Wolodja Wentland cl.uni-heidelberg.de> writes:
--
I usually register a logger 'foo' within the application and one logger
for each module in the package, so the resulting logger hierarchy will
look like this:
foo
|__bar
|__baz
|__n
Wolodja Wentland cl.uni-heidelberg.de> writes:
> > You are right, unless handlers (and filters, formatters etc.) are given
> > names which can be used to refer to them across multiple configuration
> > calls.
> > This is something I am thinking about and will probably update PEP 391
> > with my
On Sun, Oct 25, 2009 at 10:48 +, Vinay Sajip wrote:
> Wolodja Wentland cl.uni-heidelberg.de> writes:
[ HTMLHandler, multiple configuration files ]
OK! I agree that these parts are hard to standardise and do not really
belong in the *logging* module.
Maybe a kind soul implements a "configura
Wolodja Wentland cl.uni-heidelberg.de> writes:
> Could a HTMLHandler be added to the standard set? Preferably one that
> leaves the choice of the template engine to the user.
I haven't done this precisely because users' requirements will be very
different for such a handler. For the same reason,
On Sat, Oct 24, 2009 at 07:54 +, Vinay Sajip wrote:
> Wolodja Wentland cl.uni-heidelberg.de> writes:
[snip]
> > foo
> > |__bar
> > |__baz
> > |__newt
> > |___witch
> >
> > I set every loggers log level to DEBUG and use the respective logger in
> You only need set f
Wolodja Wentland cl.uni-heidelberg.de> writes:
> First and foremost: A big *THANK YOU* for creating and maintaining the
> logging module. I use it in every single piece of software I create and
> am very pleased with it.
I'm glad you like it. Thanks for taking the time to write this detailed
pos
On Thu, Oct 22, 2009 at 09:25 +, Vinay Sajip wrote:
> I need your feedback to make this feature as useful and as easy to use as
> possible. I'm particularly interested in your comments about the dictionary
> layout and how incremental logging configuration should work, but all feedback
> will
> For my part, I'm configuring the loggers in the application entry point
> file, in python code. I'm not sure I am that concerned. However being a
> great fan of this module, I kindly support you for any improvements you
> may add to this module and appreciate all the work you've already done
Vinay Sajip wrote:
If you use the logging package but don't like using the ConfigParser-based
configuration files which it currently supports, keep reading. I'm proposing to
provide a new way to configure logging, using a Python dictionary to hold
configuration information. It means that you can
If you use the logging package but don't like using the ConfigParser-based
configuration files which it currently supports, keep reading. I'm proposing to
provide a new way to configure logging, using a Python dictionary to hold
configuration information. It means that you can convert a text file s
10 matches
Mail list logo
