mirror of
https://github.com/django/django.git
synced 2025-10-24 06:06:09 +00:00
Removed versionadded/changed annotations for 3.2.
This commit is contained in:
@@ -119,13 +119,6 @@ function::
|
||||
provide human-readable descriptions for callback functions registered
|
||||
there, too.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``description`` argument to the :func:`~django.contrib.admin.action`
|
||||
decorator is equivalent to setting the ``short_description`` attribute on
|
||||
the action function directly in previous versions. Setting the attribute
|
||||
directly is still supported for backward compatibility.
|
||||
|
||||
Adding actions to the :class:`ModelAdmin`
|
||||
-----------------------------------------
|
||||
|
||||
@@ -419,20 +412,11 @@ For example::
|
||||
codename = get_permission_codename('publish', opts)
|
||||
return request.user.has_perm('%s.%s' % (opts.app_label, codename))
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``permissions`` argument to the :func:`~django.contrib.admin.action`
|
||||
decorator is equivalent to setting the ``allowed_permissions`` attribute on
|
||||
the action function directly in previous versions. Setting the attribute
|
||||
directly is still supported for backward compatibility.
|
||||
|
||||
The ``action`` decorator
|
||||
========================
|
||||
|
||||
.. function:: action(*, permissions=None, description=None)
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
This decorator can be used for setting specific attributes on custom action
|
||||
functions that can be used with
|
||||
:attr:`~django.contrib.admin.ModelAdmin.actions`::
|
||||
|
||||
@@ -254,14 +254,6 @@ subclass::
|
||||
def view_birth_date(self, obj):
|
||||
return obj.birth_date
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``empty_value`` argument to the
|
||||
:func:`~django.contrib.admin.display` decorator is equivalent to
|
||||
setting the ``empty_value_display`` attribute on the display function
|
||||
directly in previous versions. Setting the attribute directly is still
|
||||
supported for backward compatibility.
|
||||
|
||||
.. attribute:: ModelAdmin.exclude
|
||||
|
||||
This attribute, if given, should be a list of field names to exclude from
|
||||
@@ -645,14 +637,6 @@ subclass::
|
||||
:func:`~django.contrib.admin.display` decorator and passing the
|
||||
``description`` argument.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``description`` argument to the
|
||||
:func:`~django.contrib.admin.display` decorator is equivalent to
|
||||
setting the ``short_description`` attribute on the display function
|
||||
directly in previous versions. Setting the attribute directly is
|
||||
still supported for backward compatibility.
|
||||
|
||||
* If the value of a field is ``None``, an empty string, or an iterable
|
||||
without elements, Django will display ``-`` (a dash). You can override
|
||||
this with :attr:`AdminSite.empty_value_display`::
|
||||
@@ -675,14 +659,6 @@ subclass::
|
||||
def birth_date_view(self, obj):
|
||||
return obj.birth_date
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``empty_value`` argument to the
|
||||
:func:`~django.contrib.admin.display` decorator is equivalent to
|
||||
setting the ``empty_value_display`` attribute on the display function
|
||||
directly in previous versions. Setting the attribute directly is
|
||||
still supported for backward compatibility.
|
||||
|
||||
* If the string given is a method of the model, ``ModelAdmin`` or a
|
||||
callable that returns ``True``, ``False``, or ``None``, Django will
|
||||
display a pretty "yes", "no", or "unknown" icon if you wrap the method
|
||||
@@ -703,14 +679,6 @@ subclass::
|
||||
class PersonAdmin(admin.ModelAdmin):
|
||||
list_display = ('name', 'born_in_fifties')
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``boolean`` argument to the
|
||||
:func:`~django.contrib.admin.display` decorator is equivalent to
|
||||
setting the ``boolean`` attribute on the display function directly in
|
||||
previous versions. Setting the attribute directly is still supported
|
||||
for backward compatibility.
|
||||
|
||||
* The ``__str__()`` method is just as valid in ``list_display`` as any
|
||||
other model method, so it's perfectly OK to do this::
|
||||
|
||||
@@ -782,14 +750,6 @@ subclass::
|
||||
def full_name(self):
|
||||
return self.first_name + ' ' + self.last_name
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``ordering`` argument to the
|
||||
:func:`~django.contrib.admin.display` decorator is equivalent to
|
||||
setting the ``admin_order_field`` attribute on the display function
|
||||
directly in previous versions. Setting the attribute directly is
|
||||
still supported for backward compatibility.
|
||||
|
||||
* Elements of ``list_display`` can also be properties::
|
||||
|
||||
class Person(models.Model):
|
||||
@@ -1145,11 +1105,6 @@ subclass::
|
||||
``prepopulated_fields`` doesn't accept ``DateTimeField``, ``ForeignKey``,
|
||||
``OneToOneField``, and ``ManyToManyField`` fields.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
In older versions, various English stop words are removed from
|
||||
generated values.
|
||||
|
||||
.. attribute:: ModelAdmin.preserve_filters
|
||||
|
||||
By default, applied filters are preserved on the list view after creating,
|
||||
@@ -1377,10 +1332,6 @@ subclass::
|
||||
:meth:`ModelAdmin.get_search_results` to provide additional or alternate
|
||||
search behavior.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Support for searching against quoted phrases with spaces was added.
|
||||
|
||||
.. attribute:: ModelAdmin.search_help_text
|
||||
|
||||
.. versionadded:: 4.0
|
||||
@@ -2877,8 +2828,6 @@ creating your own ``AdminSite`` instance (see below), and changing the
|
||||
Theming support
|
||||
===============
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
The admin uses CSS variables to define colors. This allows changing colors
|
||||
without having to override many individual CSS rules. For example, if you
|
||||
preferred purple instead of blue you could add a ``admin/base.html`` template
|
||||
@@ -2982,8 +2931,6 @@ Templates can override or extend base admin templates as described in
|
||||
|
||||
.. attribute:: AdminSite.final_catch_all_view
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
A boolean value that determines whether to add a final catch-all view to
|
||||
the admin that redirects unauthenticated users to the login page. By
|
||||
default, it is set to ``True``.
|
||||
@@ -3422,8 +3369,6 @@ The ``display`` decorator
|
||||
|
||||
.. function:: display(*, boolean=None, ordering=None, description=None, empty_value=None)
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
This decorator can be used for setting specific attributes on custom
|
||||
display functions that can be used with
|
||||
:attr:`~django.contrib.admin.ModelAdmin.list_display` or
|
||||
|
||||
@@ -511,10 +511,6 @@ The :mod:`django.contrib.contenttypes.forms` module provides:
|
||||
:class:`~django.contrib.contenttypes.fields.GenericForeignKey.for_concrete_model`
|
||||
argument on ``GenericForeignKey``.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``absolute_max`` and ``can_delete_extra`` arguments were added.
|
||||
|
||||
.. module:: django.contrib.contenttypes.admin
|
||||
|
||||
Generic relations in admin
|
||||
|
||||
@@ -92,10 +92,6 @@ each feature in that layer.
|
||||
|
||||
Returns the name of the data source.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Support for :class:`pathlib.Path` ``ds_input`` was added.
|
||||
|
||||
__ https://gdal.org/drivers/vector/
|
||||
|
||||
``Layer``
|
||||
@@ -1409,10 +1405,6 @@ blue.
|
||||
>>> target.origin
|
||||
[-82.98492744885776, 27.601924753080144]
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Support for :class:`SpatialReference` ``srs`` was added
|
||||
|
||||
.. attribute:: info
|
||||
|
||||
Returns a string with a summary of the raster. This is equivalent to
|
||||
|
||||
@@ -142,10 +142,6 @@ Keyword Arguments
|
||||
Default is ``'default'``.
|
||||
===================== =====================================================
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Support for :class:`pathlib.Path` ``data_source`` was added.
|
||||
|
||||
``save()`` Keyword Arguments
|
||||
----------------------------
|
||||
|
||||
|
||||
@@ -69,10 +69,6 @@ Django provides three built-in storage classes in
|
||||
to prevent manipulation) to persist notifications across requests. Old
|
||||
messages are dropped if the cookie data size would exceed 2048 bytes.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Messages format was changed to the :rfc:`6265` compliant format.
|
||||
|
||||
.. class:: storage.fallback.FallbackStorage
|
||||
|
||||
This class first uses ``CookieStorage``, and falls back to using
|
||||
|
||||
@@ -130,15 +130,11 @@ General-purpose aggregation functions
|
||||
|
||||
.. attribute:: distinct
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
An optional boolean argument that determines if array values will be
|
||||
distinct. Defaults to ``False``.
|
||||
|
||||
.. attribute:: ordering
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
An optional string of a field name (with an optional ``"-"`` prefix
|
||||
which indicates descending order) or an expression (or a tuple or list
|
||||
of strings and/or expressions) that specifies the ordering of the
|
||||
|
||||
@@ -109,8 +109,6 @@ enforced immediately after every command.
|
||||
|
||||
.. attribute:: ExclusionConstraint.include
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
A list or tuple of the names of the fields to be included in the covering
|
||||
exclusion constraint as non-key columns. This allows index-only scans to be
|
||||
used for queries that select only included fields
|
||||
@@ -124,8 +122,6 @@ used for queries that select only included fields
|
||||
|
||||
.. attribute:: ExclusionConstraint.opclasses
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
The names of the `PostgreSQL operator classes
|
||||
<https://www.postgresql.org/docs/current/indexes-opclass.html>`_ to use for
|
||||
this constraint. If you require a custom operator class, you must provide one
|
||||
|
||||
@@ -28,11 +28,6 @@ available from the ``django.contrib.postgres.indexes`` module.
|
||||
|
||||
.. _bloom: https://www.postgresql.org/docs/current/bloom.html
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Positional argument ``*expressions`` was added in order to support
|
||||
functional indexes.
|
||||
|
||||
``BrinIndex``
|
||||
=============
|
||||
|
||||
@@ -46,11 +41,6 @@ available from the ``django.contrib.postgres.indexes`` module.
|
||||
|
||||
The ``pages_per_range`` argument takes a positive integer.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Positional argument ``*expressions`` was added in order to support
|
||||
functional indexes.
|
||||
|
||||
.. _automatic summarization: https://www.postgresql.org/docs/current/brin-intro.html#BRIN-OPERATION
|
||||
|
||||
``BTreeIndex``
|
||||
@@ -63,11 +53,6 @@ available from the ``django.contrib.postgres.indexes`` module.
|
||||
Provide an integer value from 10 to 100 to the fillfactor_ parameter to
|
||||
tune how packed the index pages will be. PostgreSQL's default is 90.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Positional argument ``*expressions`` was added in order to support
|
||||
functional indexes.
|
||||
|
||||
.. _fillfactor: https://www.postgresql.org/docs/current/sql-createindex.html#SQL-CREATEINDEX-STORAGE-PARAMETERS
|
||||
|
||||
``GinIndex``
|
||||
@@ -92,11 +77,6 @@ available from the ``django.contrib.postgres.indexes`` module.
|
||||
to tune the maximum size of the GIN pending list which is used when
|
||||
``fastupdate`` is enabled.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Positional argument ``*expressions`` was added in order to support
|
||||
functional indexes.
|
||||
|
||||
.. _GIN Fast Update Technique: https://www.postgresql.org/docs/current/gin-implementation.html#GIN-FAST-UPDATE
|
||||
.. _gin_pending_list_limit: https://www.postgresql.org/docs/current/runtime-config-client.html#GUC-GIN-PENDING-LIST-LIMIT
|
||||
|
||||
@@ -127,11 +107,6 @@ available from the ``django.contrib.postgres.indexes`` module.
|
||||
Provide an integer value from 10 to 100 to the fillfactor_ parameter to
|
||||
tune how packed the index pages will be. PostgreSQL's default is 90.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Positional argument ``*expressions`` was added in order to support
|
||||
functional indexes.
|
||||
|
||||
.. _buffering build: https://www.postgresql.org/docs/current/gist-implementation.html#GIST-BUFFERING-BUILD
|
||||
.. _fillfactor: https://www.postgresql.org/docs/current/sql-createindex.html#SQL-CREATEINDEX-STORAGE-PARAMETERS
|
||||
|
||||
@@ -150,11 +125,6 @@ available from the ``django.contrib.postgres.indexes`` module.
|
||||
Hash indexes have been available in PostgreSQL for a long time, but
|
||||
they suffer from a number of data integrity issues in older versions.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Positional argument ``*expressions`` was added in order to support
|
||||
functional indexes.
|
||||
|
||||
.. _fillfactor: https://www.postgresql.org/docs/current/sql-createindex.html#SQL-CREATEINDEX-STORAGE-PARAMETERS
|
||||
|
||||
``SpGistIndex``
|
||||
@@ -168,18 +138,11 @@ available from the ``django.contrib.postgres.indexes`` module.
|
||||
Provide an integer value from 10 to 100 to the fillfactor_ parameter to
|
||||
tune how packed the index pages will be. PostgreSQL's default is 90.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Positional argument ``*expressions`` was added in order to support
|
||||
functional indexes.
|
||||
|
||||
.. _fillfactor: https://www.postgresql.org/docs/current/sql-createindex.html#SQL-CREATEINDEX-STORAGE-PARAMETERS
|
||||
|
||||
``OpClass()`` expressions
|
||||
=========================
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
.. class:: OpClass(expression, name)
|
||||
|
||||
An ``OpClass()`` expression represents the ``expression`` with a custom
|
||||
|
||||
@@ -38,10 +38,6 @@ have to create the extension outside of Django migrations with a user that has
|
||||
them. In that case, connect to your Django database and run the query
|
||||
``CREATE EXTENSION IF NOT EXISTS hstore;``.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
In older versions, the pre-existence of the extension isn't checked.
|
||||
|
||||
.. currentmodule:: django.contrib.postgres.operations
|
||||
|
||||
``CreateExtension``
|
||||
@@ -118,8 +114,6 @@ them. In that case, connect to your Django database and run the query
|
||||
Managing collations using migrations
|
||||
====================================
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
If you need to filter or order a column using a particular collation that your
|
||||
operating system provides but PostgreSQL does not, you can manage collations in
|
||||
your database using a migration file. These collations can then be used with
|
||||
|
||||
@@ -268,8 +268,6 @@ Note:
|
||||
|
||||
.. attribute:: Sitemap.languages
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
**Optional.**
|
||||
|
||||
A :term:`sequence` of :term:`language codes<language code>` to use for
|
||||
@@ -278,8 +276,6 @@ Note:
|
||||
|
||||
.. attribute:: Sitemap.alternates
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
**Optional.**
|
||||
|
||||
A boolean attribute. When used in conjunction with
|
||||
@@ -291,8 +287,6 @@ Note:
|
||||
|
||||
.. attribute:: Sitemap.x_default
|
||||
|
||||
.. versionadded:: 3.2
|
||||
|
||||
**Optional.**
|
||||
|
||||
A boolean attribute. When ``True`` the alternate links generated by
|
||||
@@ -498,10 +492,6 @@ The ``alternates`` attribute is available when :attr:`~Sitemap.i18n` and
|
||||
versions, including the optional :attr:`~Sitemap.x_default` fallback, for each
|
||||
URL. Each alternate is a dictionary with ``location`` and ``lang_code`` keys.
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
The ``alternates`` attribute was added.
|
||||
|
||||
The ``item`` attribute has been added for each URL to allow more flexible
|
||||
customization of the templates, such as `Google news sitemaps`_. Assuming
|
||||
Sitemap's :attr:`~Sitemap.items()` would return a list of items with
|
||||
|
||||
@@ -906,11 +906,6 @@ This example illustrates all possible attributes and methods for a
|
||||
|
||||
item_comments = 'https://www.example.com/comments' # Hard-coded comments URL
|
||||
|
||||
.. versionchanged:: 3.2
|
||||
|
||||
Support for a comments URL per feed item was added through the
|
||||
``item_comments`` hook.
|
||||
|
||||
The low-level framework
|
||||
=======================
|
||||
|
||||
|
||||
Reference in New Issue
Block a user