mirror of
https://github.com/django/django.git
synced 2025-08-03 18:38:50 +00:00
Refs #32956 -- Changed "afterwards" to "afterward" in docs and comments.
This also removes unnecessary comments with the previous spelling. AP Stylebook has a short entry to advise the preferred spelling for "en-us". "Afterwards" is preferred in British English.
This commit is contained in:
parent
3d9040a50b
commit
1cba320786
18 changed files with 28 additions and 41 deletions
|
@ -132,7 +132,7 @@ We can now run the queries we had before.
|
|||
SELECT ... WHERE ABS("experiments"."change") = 27
|
||||
|
||||
By using ``Transform`` instead of ``Lookup`` it means we are able to chain
|
||||
further lookups afterwards. So
|
||||
further lookups afterward. So
|
||||
``Experiment.objects.filter(change__abs__lt=27)`` will generate the following
|
||||
SQL:
|
||||
|
||||
|
|
|
@ -21,7 +21,7 @@ Required Reading
|
|||
If it's your first time doing an upgrade, it is useful to read the :doc:`guide
|
||||
on the different release processes </internals/release-process>`.
|
||||
|
||||
Afterwards, you should familiarize yourself with the changes that were made in
|
||||
Afterward, you should familiarize yourself with the changes that were made in
|
||||
the new Django version(s):
|
||||
|
||||
* Read the :doc:`release notes </releases/index>` for each 'final' release from
|
||||
|
|
|
@ -80,7 +80,7 @@ The documentation is organized into several categories:
|
|||
understands what we're trying to achieve. Don't feel that you need to begin
|
||||
with explanations of how things work - what matters is what the reader does,
|
||||
not what you explain. It can be helpful to refer back to what you've done and
|
||||
explain afterwards.
|
||||
explain afterward.
|
||||
|
||||
* :doc:`Topic guides </topics/index>` aim to explain a concept or subject at a
|
||||
fairly high level.
|
||||
|
|
|
@ -292,7 +292,7 @@ Download the framework packages for:
|
|||
Install the packages in the order they are listed above, as the GDAL and SQLite
|
||||
packages require the packages listed before them.
|
||||
|
||||
Afterwards, you can also install the KyngChaos binary packages for `PostgreSQL
|
||||
Afterward, you can also install the KyngChaos binary packages for `PostgreSQL
|
||||
and PostGIS`__.
|
||||
|
||||
After installing the binary packages, you'll want to add the following to
|
||||
|
|
|
@ -471,7 +471,7 @@ A few notes about what's going on:
|
|||
* The ``transform`` keyword is set to ``False`` because the data in the
|
||||
shapefile does not need to be converted -- it's already in WGS84 (SRID=4326).
|
||||
|
||||
Afterwards, invoke the Django shell from the ``geodjango`` project directory:
|
||||
Afterward, invoke the Django shell from the ``geodjango`` project directory:
|
||||
|
||||
.. console::
|
||||
|
||||
|
|
|
@ -182,7 +182,7 @@ the SQL operator ``&&``. For example::
|
|||
``len``
|
||||
~~~~~~~
|
||||
|
||||
Returns the length of the array. The lookups available afterwards are those
|
||||
Returns the length of the array. The lookups available afterward are those
|
||||
available for :class:`~django.db.models.IntegerField`. For example::
|
||||
|
||||
>>> Post.objects.create(name='First post', tags=['thoughts', 'django'])
|
||||
|
|
|
@ -295,7 +295,7 @@ cause a conflict. For example::
|
|||
IntegrityError: duplicate key value violates unique constraint
|
||||
"auth_user_pkey" DETAIL: Key (id)=(1) already exists.
|
||||
|
||||
If you need to specify such values, reset the sequence afterwards to avoid
|
||||
If you need to specify such values, reset the sequence afterward to avoid
|
||||
reusing a value that's already in the table. The :djadmin:`sqlsequencereset`
|
||||
management command generates the SQL statements to do that.
|
||||
|
||||
|
|
|
@ -559,7 +559,7 @@ Miscellaneous
|
|||
|
||||
* Assigning a value to a model's :class:`~django.db.models.ForeignKey` or
|
||||
:class:`~django.db.models.OneToOneField` ``'_id'`` attribute now unsets the
|
||||
corresponding field. Accessing the field afterwards will result in a query.
|
||||
corresponding field. Accessing the field afterward will result in a query.
|
||||
|
||||
* :func:`~django.utils.cache.patch_vary_headers` now handles an asterisk
|
||||
``'*'`` according to :rfc:`7231#section-7.1.4`, i.e. if a list of header
|
||||
|
|
|
@ -420,7 +420,7 @@ The email backend class has the following methods:
|
|||
* ``send_messages(email_messages)`` sends a list of
|
||||
:class:`~django.core.mail.EmailMessage` objects. If the connection is
|
||||
not open, this call will implicitly open the connection, and close the
|
||||
connection afterwards. If the connection is already open, it will be
|
||||
connection afterward. If the connection is already open, it will be
|
||||
left open after mail has been sent.
|
||||
|
||||
It can also be used as a context manager, which will automatically call
|
||||
|
|
|
@ -201,7 +201,7 @@ migration will contain a dependency on a migration in ``authors``.
|
|||
|
||||
This means that when you run the migrations, the ``authors`` migration runs
|
||||
first and creates the table the ``ForeignKey`` references, and then the migration
|
||||
that makes the ``ForeignKey`` column runs afterwards and creates the constraint.
|
||||
that makes the ``ForeignKey`` column runs afterward and creates the constraint.
|
||||
If this didn't happen, the migration would try to create the ``ForeignKey``
|
||||
column without the table it's referencing existing and your database would
|
||||
throw an error.
|
||||
|
|
|
@ -1260,7 +1260,7 @@ Django provides a standard Python context manager (see :pep:`343`) called
|
|||
self.assertRedirects(response, '/other/login/?next=/sekrit/')
|
||||
|
||||
This example will override the :setting:`LOGIN_URL` setting for the code
|
||||
in the ``with`` block and reset its value to the previous state afterwards.
|
||||
in the ``with`` block and reset its value to the previous state afterward.
|
||||
|
||||
.. method:: SimpleTestCase.modify_settings()
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue