Added missing backticks in various docs.
This commit is contained in:
parent
08a6215d33
commit
30ca66eadd
|
@ -42,7 +42,7 @@ You'll need to follow these steps:
|
||||||
``django.utils.deconstruct.deconstructible`` class decorator for this
|
``django.utils.deconstruct.deconstructible`` class decorator for this
|
||||||
(that's what Django uses on FileSystemStorage).
|
(that's what Django uses on FileSystemStorage).
|
||||||
|
|
||||||
By default, the following methods raise `NotImplementedError` and will
|
By default, the following methods raise ``NotImplementedError`` and will
|
||||||
typically have to be overridden:
|
typically have to be overridden:
|
||||||
|
|
||||||
* :meth:`Storage.delete`
|
* :meth:`Storage.delete`
|
||||||
|
@ -56,7 +56,7 @@ omitted. As it happens, it is possible to leave each method unimplemented and
|
||||||
still have a working Storage.
|
still have a working Storage.
|
||||||
|
|
||||||
By way of example, if listing the contents of certain storage backends turns
|
By way of example, if listing the contents of certain storage backends turns
|
||||||
out to be expensive, you might decide not to implement `Storage.listdir`.
|
out to be expensive, you might decide not to implement ``Storage.listdir()``.
|
||||||
|
|
||||||
Another example would be a backend that only handles writing to files. In this
|
Another example would be a backend that only handles writing to files. In this
|
||||||
case, you would not need to implement any of the above methods.
|
case, you would not need to implement any of the above methods.
|
||||||
|
|
|
@ -651,7 +651,7 @@ details on these changes.
|
||||||
* Database test settings as independent entries in the database settings,
|
* Database test settings as independent entries in the database settings,
|
||||||
prefixed by ``TEST_``, will no longer be supported.
|
prefixed by ``TEST_``, will no longer be supported.
|
||||||
|
|
||||||
* The `cache_choices` option to :class:`~django.forms.ModelChoiceField` and
|
* The ``cache_choices`` option to :class:`~django.forms.ModelChoiceField` and
|
||||||
:class:`~django.forms.ModelMultipleChoiceField` will be removed.
|
:class:`~django.forms.ModelMultipleChoiceField` will be removed.
|
||||||
|
|
||||||
* The default value of the
|
* The default value of the
|
||||||
|
|
|
@ -169,7 +169,7 @@ this. For a small app like polls, this process isn't too difficult.
|
||||||
|
|
||||||
path('polls/', include('polls.urls')),
|
path('polls/', include('polls.urls')),
|
||||||
|
|
||||||
3. Run `python manage.py migrate` to create the polls models.
|
3. Run ``python manage.py migrate`` to create the polls models.
|
||||||
|
|
||||||
4. Start the development server and visit http://127.0.0.1:8000/admin/
|
4. Start the development server and visit http://127.0.0.1:8000/admin/
|
||||||
to create a poll (you'll need the Admin app enabled).
|
to create a poll (you'll need the Admin app enabled).
|
||||||
|
|
|
@ -79,7 +79,7 @@ may be a good choice for the :ref:`range fields <range-fields>` and
|
||||||
|
|
||||||
.. note::
|
.. note::
|
||||||
|
|
||||||
When nesting ``ArrayField``, whether you use the `size` parameter or not,
|
When nesting ``ArrayField``, whether you use the ``size`` parameter or not,
|
||||||
PostgreSQL requires that the arrays are rectangular::
|
PostgreSQL requires that the arrays are rectangular::
|
||||||
|
|
||||||
from django.contrib.postgres.fields import ArrayField
|
from django.contrib.postgres.fields import ArrayField
|
||||||
|
|
|
@ -498,7 +498,7 @@ Examples (those after the first will only work on PostgreSQL)::
|
||||||
|
|
||||||
...wouldn't work because the query would be ordered by ``blog__name`` thus
|
...wouldn't work because the query would be ordered by ``blog__name`` thus
|
||||||
mismatching the ``DISTINCT ON`` expression. You'd have to explicitly order
|
mismatching the ``DISTINCT ON`` expression. You'd have to explicitly order
|
||||||
by the relation `_id` field (``blog_id`` in this case) or the referenced
|
by the relation ``_id`` field (``blog_id`` in this case) or the referenced
|
||||||
one (``blog__pk``) to make sure both expressions match.
|
one (``blog__pk``) to make sure both expressions match.
|
||||||
|
|
||||||
``values()``
|
``values()``
|
||||||
|
|
|
@ -355,7 +355,7 @@ from that ``{{ form }}`` by Django's template language.
|
||||||
use the ``url``, ``email`` and ``number`` HTML5 input types. By default,
|
use the ``url``, ``email`` and ``number`` HTML5 input types. By default,
|
||||||
browsers may apply their own validation on these fields, which may be
|
browsers may apply their own validation on these fields, which may be
|
||||||
stricter than Django's validation. If you would like to disable this
|
stricter than Django's validation. If you would like to disable this
|
||||||
behavior, set the `novalidate` attribute on the ``form`` tag, or specify
|
behavior, set the ``novalidate`` attribute on the ``form`` tag, or specify
|
||||||
a different widget on the field, like :class:`TextInput`.
|
a different widget on the field, like :class:`TextInput`.
|
||||||
|
|
||||||
We now have a working web form, described by a Django :class:`Form`, processed
|
We now have a working web form, described by a Django :class:`Form`, processed
|
||||||
|
|
Loading…
Reference in New Issue