[3.0.x] More accurate terminology ("logger" instead of "logging handler") in logging documentation.

Backport of aa6c620249 from master
This commit is contained in:
Kal Sze 2019-04-18 10:58:13 +08:00 committed by Carlton Gibson
parent b11761e3cc
commit 2efc832cdf
1 changed files with 3 additions and 4 deletions

View File

@ -164,10 +164,9 @@ is a parent of the ``project.interesting`` logger.
Why is the hierarchy important? Well, because loggers can be set to
*propagate* their logging calls to their parents. In this way, you can
define a single set of handlers at the root of a logger tree, and
capture all logging calls in the subtree of loggers. A logging handler
defined in the ``project`` namespace will catch all logging messages
issued on the ``project.interesting`` and
``project.interesting.stuff`` loggers.
capture all logging calls in the subtree of loggers. A logger defined
in the ``project`` namespace will catch all logging messages issued on
the ``project.interesting`` and ``project.interesting.stuff`` loggers.
This propagation can be controlled on a per-logger basis. If
you don't want a particular logger to propagate to its parents, you