mirror of https://github.com/python/cpython
Issue #19504: Used American spelling for 'customize'.
This commit is contained in:
parent
a76157dca6
commit
9c10d6b800
|
@ -1098,7 +1098,7 @@ Python 3.2 or later.
|
|||
|
||||
.. _custom-logrecord:
|
||||
|
||||
Customising ``LogRecord``
|
||||
Customizing ``LogRecord``
|
||||
-------------------------
|
||||
|
||||
Every logging event is represented by a :class:`LogRecord` instance.
|
||||
|
@ -1315,7 +1315,7 @@ of the Django documentation.
|
|||
|
||||
.. _cookbook-rotator-namer:
|
||||
|
||||
Using a rotator and namer to customise log rotation processing
|
||||
Using a rotator and namer to customize log rotation processing
|
||||
--------------------------------------------------------------
|
||||
|
||||
An example of how you can define a namer and rotator is given in the following
|
||||
|
@ -1696,14 +1696,14 @@ Python used.
|
|||
|
||||
.. currentmodule:: logging.config
|
||||
|
||||
Customising handlers with :func:`dictConfig`
|
||||
Customizing handlers with :func:`dictConfig`
|
||||
--------------------------------------------
|
||||
|
||||
There are times when you want to customise logging handlers in particular ways,
|
||||
There are times when you want to customize logging handlers in particular ways,
|
||||
and if you use :func:`dictConfig` you may be able to do this without
|
||||
subclassing. As an example, consider that you may want to set the ownership of a
|
||||
log file. On POSIX, this is easily done using :func:`shutil.chown`, but the file
|
||||
handlers in the stdlib don't offer built-in support. You can customise handler
|
||||
handlers in the stdlib don't offer built-in support. You can customize handler
|
||||
creation using a plain function such as::
|
||||
|
||||
def owned_file_handler(filename, mode='a', encoding=None, owner=None):
|
||||
|
|
|
@ -892,7 +892,7 @@ possible, while any potentially slow operations (such as sending an email via
|
|||
|
||||
Enqueues the record on the queue using ``put_nowait()``; you may
|
||||
want to override this if you want to use blocking behaviour, or a
|
||||
timeout, or a customised queue implementation.
|
||||
timeout, or a customized queue implementation.
|
||||
|
||||
|
||||
|
||||
|
|
|
@ -845,8 +845,8 @@ functions.
|
|||
|
||||
Return either the standard :class:`Logger` class, or the last class passed to
|
||||
:func:`setLoggerClass`. This function may be called from within a new class
|
||||
definition, to ensure that installing a customised :class:`Logger` class will
|
||||
not undo customisations already applied by other code. For example::
|
||||
definition, to ensure that installing a customized :class:`Logger` class will
|
||||
not undo customizations already applied by other code. For example::
|
||||
|
||||
class MyLogger(logging.getLoggerClass()):
|
||||
# ... override behaviour here
|
||||
|
|
|
@ -38,7 +38,7 @@ logger = logging.getLogger(__name__)
|
|||
class EnvBuilder:
|
||||
"""
|
||||
This class exists to allow virtual environment creation to be
|
||||
customised. The constructor parameters determine the builder's
|
||||
customized. The constructor parameters determine the builder's
|
||||
behaviour when called upon to create a virtual environment.
|
||||
|
||||
By default, the builder makes the system (global) site-packages dir
|
||||
|
|
|
@ -807,10 +807,10 @@ parse_shebang(wchar_t * shebang_line, int nchars, wchar_t ** command,
|
|||
}
|
||||
if (*vpp == NULL) {
|
||||
/*
|
||||
* Not found in builtins - look in customised commands.
|
||||
* Not found in builtins - look in customized commands.
|
||||
*
|
||||
* We can't permanently modify the shebang line in case
|
||||
* it's not a customised command, but we can temporarily
|
||||
* it's not a customized command, but we can temporarily
|
||||
* stick a NUL after the command while searching for it,
|
||||
* then put back the char we zapped.
|
||||
*/
|
||||
|
|
Loading…
Reference in New Issue