mirror of
https://github.com/django/django.git
synced 2025-10-23 21:59:11 +00:00
Removed references to changes made in 1.2.
Thanks Florian Apolloner for the patch.
This commit is contained in:
@@ -115,8 +115,6 @@ subclass::
|
||||
|
||||
.. attribute:: ModelAdmin.actions_selection_counter
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Controls whether a selection counter is display next to the action dropdown.
|
||||
By default, the admin changelist will display it
|
||||
(``actions_selection_counter = True``).
|
||||
@@ -177,12 +175,9 @@ subclass::
|
||||
fields = ('url', 'title', 'content')
|
||||
|
||||
In the above example, only the fields ``url``, ``title`` and ``content``
|
||||
will be displayed, sequentially, in the form.
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
``fields`` can contain values defined in :attr:`ModelAdmin.readonly_fields`
|
||||
to be displayed as read-only.
|
||||
will be displayed, sequentially, in the form. ``fields`` can contain
|
||||
values defined in :attr:`ModelAdmin.readonly_fields` to be displayed as
|
||||
read-only.
|
||||
|
||||
.. versionadded:: 1.4
|
||||
|
||||
@@ -262,8 +257,6 @@ subclass::
|
||||
'fields': (('first_name', 'last_name'), 'address', 'city', 'state'),
|
||||
}
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
``fields`` can contain values defined in
|
||||
:attr:`~ModelAdmin.readonly_fields` to be displayed as read-only.
|
||||
|
||||
@@ -380,8 +373,6 @@ subclass::
|
||||
|
||||
.. attribute:: ModelAdmin.get_changelist
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
|
||||
Returns the Changelist class to be used for listing. By default,
|
||||
``django.contrib.admin.views.main.ChangeList`` is used. By inheriting this
|
||||
class you can change the behavior of the listing.
|
||||
@@ -819,8 +810,6 @@ subclass::
|
||||
|
||||
.. attribute:: ModelAdmin.readonly_fields
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
By default the admin shows all fields as editable. Any fields in this
|
||||
option (which should be a ``list`` or ``tuple``) will display its data
|
||||
as-is and non-editable. This option behaves nearly identical to
|
||||
@@ -928,8 +917,6 @@ templates used by the :class:`ModelAdmin` views:
|
||||
|
||||
.. attribute:: ModelAdmin.add_form_template
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Path to a custom template, used by :meth:`add_view`.
|
||||
|
||||
.. attribute:: ModelAdmin.change_form_template
|
||||
@@ -947,8 +934,6 @@ templates used by the :class:`ModelAdmin` views:
|
||||
|
||||
.. attribute:: ModelAdmin.delete_selected_confirmation_template
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Path to a custom template, used by the :meth:`delete_selected`
|
||||
action method for displaying a confirmation page when deleting one
|
||||
or more objects. See the :doc:`actions
|
||||
@@ -1035,8 +1020,6 @@ templates used by the :class:`ModelAdmin` views:
|
||||
|
||||
.. method:: ModelAdmin.get_readonly_fields(self, request, obj=None)
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
The ``get_readonly_fields`` method is given the ``HttpRequest`` and the
|
||||
``obj`` being edited (or ``None`` on an add form) and is expected to return
|
||||
a ``list`` or ``tuple`` of field names that will be displayed as read-only,
|
||||
@@ -1405,20 +1388,17 @@ adds some of its own (the shared features are actually defined in the
|
||||
- :attr:`~InlineModelAdmin.form`
|
||||
- :attr:`~ModelAdmin.fieldsets`
|
||||
- :attr:`~ModelAdmin.fields`
|
||||
- :attr:`~ModelAdmin.formfield_overrides`
|
||||
- :attr:`~ModelAdmin.exclude`
|
||||
- :attr:`~ModelAdmin.filter_horizontal`
|
||||
- :attr:`~ModelAdmin.filter_vertical`
|
||||
- :attr:`~ModelAdmin.prepopulated_fields`
|
||||
- :attr:`~ModelAdmin.radio_fields`
|
||||
- :attr:`~ModelAdmin.readonly_fields`
|
||||
- :attr:`~InlineModelAdmin.raw_id_fields`
|
||||
- :meth:`~ModelAdmin.formfield_for_foreignkey`
|
||||
- :meth:`~ModelAdmin.formfield_for_manytomany`
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
- :attr:`~ModelAdmin.readonly_fields`
|
||||
- :attr:`~ModelAdmin.formfield_overrides`
|
||||
|
||||
.. versionadded:: 1.3
|
||||
|
||||
- :attr:`~ModelAdmin.ordering`
|
||||
@@ -1463,8 +1443,6 @@ The ``InlineModelAdmin`` class adds:
|
||||
:doc:`formsets documentation </topics/forms/formsets>` for more
|
||||
information.
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
For users with JavaScript-enabled browsers, an "Add another" link is
|
||||
provided to enable any number of additional inlines to be added in addition
|
||||
to those provided as a result of the ``extra`` argument.
|
||||
@@ -1541,8 +1519,6 @@ automatically::
|
||||
Working with many-to-many models
|
||||
--------------------------------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
By default, admin widgets for many-to-many relations will be displayed
|
||||
on whichever model contains the actual reference to the
|
||||
:class:`~django.db.models.ManyToManyField`. Depending on your ``ModelAdmin``
|
||||
@@ -1842,21 +1818,15 @@ Templates can override or extend base admin templates as described in
|
||||
|
||||
.. attribute:: AdminSite.logout_template
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Path to a custom template that will be used by the admin site logout view.
|
||||
|
||||
.. attribute:: AdminSite.password_change_template
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Path to a custom template that will be used by the admin site password
|
||||
change view.
|
||||
|
||||
.. attribute:: AdminSite.password_change_done_template
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Path to a custom template that will be used by the admin site password
|
||||
change done view.
|
||||
|
||||
|
||||
@@ -37,8 +37,6 @@ available in the context, then you can refer to it directly::
|
||||
{% get_comment_count for entry as comment_count %}
|
||||
<p>{{ comment_count }} comments have been posted.</p>
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Next, we can use the :ttag:`render_comment_list` tag, to render all comments
|
||||
to the given instance (``entry``) by using the ``comments/list.html`` template::
|
||||
|
||||
|
||||
@@ -130,8 +130,6 @@ details.
|
||||
Linking to comments
|
||||
-------------------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
To provide a permalink to a specific comment, use :ttag:`get_comment_permalink`::
|
||||
|
||||
{% get_comment_permalink comment_obj [format_string] %}
|
||||
|
||||
@@ -434,8 +434,6 @@ A number of settings can be used to control Django's CSRF behavior.
|
||||
CSRF_COOKIE_DOMAIN
|
||||
------------------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Default: ``None``
|
||||
|
||||
The domain to be used when setting the CSRF cookie. This can be useful for
|
||||
@@ -450,8 +448,6 @@ mechanism is not safe against cross-subdomain attacks -- see `Limitations`_.
|
||||
CSRF_COOKIE_NAME
|
||||
----------------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Default: ``'csrftoken'``
|
||||
|
||||
The name of the cookie to use for the CSRF authentication token. This can be
|
||||
@@ -485,8 +481,6 @@ cookie is only sent under an HTTPS connection.
|
||||
CSRF_FAILURE_VIEW
|
||||
-----------------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Default: ``'django.views.csrf.csrf_failure'``
|
||||
|
||||
A dotted path to the view function to be used when an incoming request
|
||||
|
||||
@@ -110,8 +110,6 @@ default templates.
|
||||
Advanced ``FormPreview`` methods
|
||||
================================
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
.. method:: FormPreview.process_preview
|
||||
|
||||
Given a validated form, performs any extra processing before displaying the
|
||||
|
||||
@@ -12,11 +12,7 @@ GeoDjango Database API
|
||||
Spatial Backends
|
||||
================
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
In Django 1.2, support for :doc:`multiple databases </topics/db/multi-db>` was
|
||||
introduced. In order to support multiple databases, GeoDjango has segregated
|
||||
its functionality into full-fledged spatial database backends:
|
||||
GeoDjango currently provides the following spatial database backends:
|
||||
|
||||
* :mod:`django.contrib.gis.db.backends.postgis`
|
||||
* :mod:`django.contrib.gis.db.backends.mysql`
|
||||
|
||||
@@ -212,8 +212,6 @@ __ http://www.gdal.org/ogr/ogr_formats.html
|
||||
|
||||
.. attribute:: spatial_filter
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Property that may be used to retrieve or set a spatial filter for this
|
||||
layer. A spatial filter can only be set with an :class:`OGRGeometry`
|
||||
instance, a 4-tuple extent, or ``None``. When set with something
|
||||
@@ -490,15 +488,9 @@ systems and coordinate transformation::
|
||||
|
||||
.. attribute:: coord_dim
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
|
||||
Returns or sets the coordinate dimension of this geometry. For
|
||||
example, the value would be 2 for two-dimensional geometries.
|
||||
|
||||
.. note::
|
||||
|
||||
Setting this property is only available in versions 1.2 and above.
|
||||
|
||||
.. attribute:: geom_count
|
||||
|
||||
Returns the number of elements in this geometry::
|
||||
@@ -619,8 +611,6 @@ systems and coordinate transformation::
|
||||
|
||||
.. attribute:: ewkt
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Returns the EWKT representation of this geometry.
|
||||
|
||||
.. method:: clone()
|
||||
|
||||
@@ -117,8 +117,6 @@ SpatiaLite ``Contains(poly, geom)``
|
||||
contains_properly
|
||||
-----------------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
*Availability*: PostGIS
|
||||
|
||||
Returns true if the lookup geometry intersects the interior of the
|
||||
@@ -803,8 +801,6 @@ Geometry Editors
|
||||
|
||||
.. method:: GeoQuerySet.force_rhr(**kwargs)
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
*Availability*: PostGIS
|
||||
|
||||
Returns a modified version of the polygon/multipolygon in which all
|
||||
@@ -816,8 +812,6 @@ of the vertices follow the Right-Hand-Rule, and attaches as a
|
||||
|
||||
.. method:: GeoQuerySet.reverse_geom(**kwargs)
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
*Availability*: PostGIS, Oracle
|
||||
|
||||
Reverse the coordinate order of the geometry field, and attaches as a
|
||||
@@ -943,8 +937,6 @@ of the geometry field in each model converted to the requested output format.
|
||||
|
||||
.. method:: GeoQuerySet.geohash(precision=20, **kwargs)
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Attaches a ``geohash`` attribute to every model the queryset
|
||||
containing the `GeoHash`__ representation of the geometry.
|
||||
|
||||
@@ -1136,8 +1128,6 @@ Example::
|
||||
|
||||
.. method:: GeoQuerySet.extent3d(**kwargs)
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
*Availability*: PostGIS
|
||||
|
||||
Returns the 3D extent of the ``GeoQuerySet`` as a six-tuple, comprising
|
||||
@@ -1224,8 +1214,6 @@ Returns the same as the :meth:`GeoQuerySet.extent` aggregate method.
|
||||
|
||||
.. class:: Extent3D(geo_field)
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Returns the same as the :meth:`GeoQuerySet.extent3d` aggregate method.
|
||||
|
||||
``MakeLine``
|
||||
|
||||
@@ -265,8 +265,6 @@ because it is not a part of the OGC specification (use the
|
||||
|
||||
.. attribute:: GEOSGeometry.hexewkb
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Returns the EWKB of this Geometry in hexadecimal form. This is an
|
||||
extension of the WKB specification that includes SRID and Z values
|
||||
that are a part of this geometry.
|
||||
@@ -314,8 +312,6 @@ as a Python buffer. SRID and Z values are not included, use the
|
||||
|
||||
.. attribute:: GEOSGeometry.ewkb
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
Return the EWKB representation of this Geometry as a Python buffer.
|
||||
This is an extension of the WKB specification that includes any SRID
|
||||
and Z values that are a part of this geometry.
|
||||
|
||||
@@ -624,8 +624,6 @@ features such as the geographic admin or KML sitemaps will not function properly
|
||||
Add Google projection to ``spatial_ref_sys`` table
|
||||
--------------------------------------------------
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
|
||||
.. note::
|
||||
|
||||
If you're running PostGIS 1.4 or above, you can skip this step. The entry
|
||||
|
||||
@@ -163,8 +163,6 @@ field.
|
||||
``dim``
|
||||
-------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
.. attribute:: GeometryField.dim
|
||||
|
||||
This option may be used for customizing the coordinate dimension of the
|
||||
@@ -180,8 +178,6 @@ three-dimensonal support.
|
||||
``geography``
|
||||
-------------
|
||||
|
||||
.. versionadded:: 1.2
|
||||
|
||||
.. attribute:: GeometryField.geography
|
||||
|
||||
If set to ``True``, this option will create a database column of
|
||||
|
||||
@@ -2,12 +2,6 @@
|
||||
Testing GeoDjango apps
|
||||
======================
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
|
||||
In Django 1.2, the addition of :ref:`spatial-backends` simplified the
|
||||
process of testing GeoDjango applications. The process is now the
|
||||
same as :doc:`/topics/testing`.
|
||||
|
||||
Included in this documentation are some additional notes and settings
|
||||
for :ref:`testing-postgis` and :ref:`testing-spatialite` users.
|
||||
|
||||
@@ -28,11 +22,9 @@ Settings
|
||||
``POSTGIS_TEMPLATE``
|
||||
^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
|
||||
This setting may be used to customize the name of the PostGIS template
|
||||
database to use. In Django versions 1.2 and above, it automatically
|
||||
defaults to ``'template_postgis'`` (the same name used in the
|
||||
database to use. It automatically defaults to ``'template_postgis'``
|
||||
(the same name used in the
|
||||
:ref:`installation documentation <spatialdb_template>`).
|
||||
|
||||
.. setting:: POSTGIS_VERSION
|
||||
|
||||
@@ -142,9 +142,6 @@ See the :doc:`markup documentation </ref/contrib/markup>`.
|
||||
messages
|
||||
========
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
The messages framework was added.
|
||||
|
||||
A framework for storing and retrieving temporary cookie- or session-based
|
||||
messages
|
||||
|
||||
|
||||
@@ -12,9 +12,6 @@ in a subsequent request (usually the next one). Every message is tagged
|
||||
with a specific ``level`` that determines its priority (e.g., ``info``,
|
||||
``warning``, or ``error``).
|
||||
|
||||
.. versionadded:: 1.2
|
||||
The messages framework was added.
|
||||
|
||||
Enabling messages
|
||||
=================
|
||||
|
||||
|
||||
@@ -22,10 +22,6 @@ lower-level way.
|
||||
The high-level framework
|
||||
========================
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
The high-level feeds framework was refactored in Django 1.2. The
|
||||
pre-1.2 interface has been removed in Django 1.4.
|
||||
|
||||
Overview
|
||||
--------
|
||||
|
||||
@@ -176,9 +172,6 @@ These can be matched with a :doc:`URLconf </topics/http/urls>` line such as::
|
||||
Like a view, the arguments in the URL are passed to the ``get_object()``
|
||||
method along with the request object.
|
||||
|
||||
.. versionchanged:: 1.2
|
||||
Prior to version 1.2, ``get_object()`` only accepted a ``bits`` argument.
|
||||
|
||||
Here's the code for these beat-specific feeds::
|
||||
|
||||
from django.contrib.syndication.views import FeedDoesNotExist
|
||||
|
||||
Reference in New Issue
Block a user