indentation
This commit is contained in:
10
CHANGES.txt
10
CHANGES.txt
@@ -152,8 +152,8 @@ Features
|
|||||||
|
|
||||||
If the things you're trying to defer aren't callables like ``validator``,
|
If the things you're trying to defer aren't callables like ``validator``,
|
||||||
but they're instead just plain attributes like ``missing`` or ``default``,
|
but they're instead just plain attributes like ``missing`` or ``default``,
|
||||||
instead of using a ``colander.deferred``, you can use ``after_bind`` to
|
instead of using a ``colander.deferred``, you can use ``after_bind`` to set
|
||||||
set attributes of the schemanode that rely on binding variables::
|
attributes of the schemanode that rely on binding variables::
|
||||||
|
|
||||||
from colander import SchemaNode
|
from colander import SchemaNode
|
||||||
|
|
||||||
@@ -220,9 +220,9 @@ Features
|
|||||||
|
|
||||||
Ordering of child schema nodes when inheritance is used works like this:
|
Ordering of child schema nodes when inheritance is used works like this:
|
||||||
the "deepest" SchemaNode class in the MRO of the inheritance chain is
|
the "deepest" SchemaNode class in the MRO of the inheritance chain is
|
||||||
consulted first for nodes, then the next deepest, then the next, and so
|
consulted first for nodes, then the next deepest, then the next, and so on.
|
||||||
on. So the deepest class' nodes come first in the relative ordering of
|
So the deepest class' nodes come first in the relative ordering of schema
|
||||||
schema nodes, then the next deepest, and so on. For example::
|
nodes, then the next deepest, and so on. For example::
|
||||||
|
|
||||||
class One(colander.Schema):
|
class One(colander.Schema):
|
||||||
a = colander.SchemaNode(
|
a = colander.SchemaNode(
|
||||||
|
|||||||
Reference in New Issue
Block a user