diff options
| author | Szczepan Cieślik <szczepan.cieslik@gmail.com> | 2014-02-22 18:30:28 +0100 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2014-02-25 10:28:32 -0500 |
| commit | e8161980347da5a68b4224d8a9ffc466630a796d (patch) | |
| tree | 741d748738f3923d38b6ab69d54a5c26f4fe6b65 /docs/ref/checks.txt | |
| parent | 65b4626528fc133a09ebc8d19fbaa871bdb7e17d (diff) | |
Fixed docs typos.
Diffstat (limited to 'docs/ref/checks.txt')
| -rw-r--r-- | docs/ref/checks.txt | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/docs/ref/checks.txt b/docs/ref/checks.txt index 0a10c753a3..84082bc6d6 100644 --- a/docs/ref/checks.txt +++ b/docs/ref/checks.txt @@ -150,7 +150,7 @@ piggyback on an existing registration. Fields, models, and model managers all implement a ``check()`` method that is already registered with the check framework. If you want to add extra checks, -you can extend the implemenation on the base class, perform any extra +you can extend the implementation on the base class, perform any extra checks you need, and append any messages to those generated by the base class. It's recommended the you delegate each check to a separate methods. @@ -195,7 +195,7 @@ code snippet shows how you can implement this check:: return [] If you wanted to add checks to a model manager, you would take the same -approach on your sublass of :class:`~django.db.models.Manager`. +approach on your subclass of :class:`~django.db.models.Manager`. If you want to add a check to a model class, the approach is *almost* the same: the only difference is that the check is a classmethod, not an instance method:: |
