diff options
| author | Tim Graham <timograham@gmail.com> | 2012-12-25 09:56:22 -0500 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2012-12-26 19:10:50 -0500 |
| commit | fbc06eef1af1d7ecf91fae5a94a1994f356ffd22 (patch) | |
| tree | 0d45acf4eecae06ddc205ffc8b23b11dcb4896b9 /docs/releases | |
| parent | e2396bf1220c543ee8d15c7640481889caace61d (diff) | |
[1.5.X] Fixed broken links, round 3. refs #19516
Backport of b3a8c9dab8 from master
Diffstat (limited to 'docs/releases')
| -rw-r--r-- | docs/releases/1.0-porting-guide.txt | 11 | ||||
| -rw-r--r-- | docs/releases/1.1.txt | 2 | ||||
| -rw-r--r-- | docs/releases/1.3-alpha-1.txt | 2 | ||||
| -rw-r--r-- | docs/releases/1.4-alpha-1.txt | 4 | ||||
| -rw-r--r-- | docs/releases/1.4-beta-1.txt | 4 | ||||
| -rw-r--r-- | docs/releases/1.4.txt | 10 | ||||
| -rw-r--r-- | docs/releases/1.5-alpha-1.txt | 15 | ||||
| -rw-r--r-- | docs/releases/1.5-beta-1.txt | 15 | ||||
| -rw-r--r-- | docs/releases/1.5.txt | 15 |
9 files changed, 41 insertions, 37 deletions
diff --git a/docs/releases/1.0-porting-guide.txt b/docs/releases/1.0-porting-guide.txt index 78bc7acb98..ae73baa072 100644 --- a/docs/releases/1.0-porting-guide.txt +++ b/docs/releases/1.0-porting-guide.txt @@ -439,9 +439,10 @@ Settings Better exceptions ~~~~~~~~~~~~~~~~~ -The old :exc:`EnvironmentError` has split into an :exc:`ImportError` when -Django fails to find the settings module and a :exc:`RuntimeError` when you try -to reconfigure settings after having already used them +The old :exc:`~exceptions.EnvironmentError` has split into an +:exc:`~exceptions.ImportError` when Django fails to find the settings module +and a :exc:`~exceptions.RuntimeError` when you try to reconfigure settings +after having already used them. :setting:`LOGIN_URL` has moved ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @@ -476,8 +477,8 @@ Smaller model changes Different exception from ``get()`` ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Managers now return a :exc:`MultipleObjectsReturned` exception -instead of :exc:`AssertionError`: +Managers now return a :exc:`~django.core.exceptions.MultipleObjectsReturned` +exception instead of :exc:`~exceptions.AssertionError`: Old (0.96):: diff --git a/docs/releases/1.1.txt b/docs/releases/1.1.txt index 595f59a52a..68fc624924 100644 --- a/docs/releases/1.1.txt +++ b/docs/releases/1.1.txt @@ -132,7 +132,7 @@ public methods. Fixed the ``join`` filter's escaping behavior --------------------------------------------- -The :ttag:`join` filter no longer escapes the literal value that is +The :tfilter:`join` filter no longer escapes the literal value that is passed in for the connector. This is backwards incompatible for the special situation of the literal string diff --git a/docs/releases/1.3-alpha-1.txt b/docs/releases/1.3-alpha-1.txt index dac48a4363..bb7f2dbb73 100644 --- a/docs/releases/1.3-alpha-1.txt +++ b/docs/releases/1.3-alpha-1.txt @@ -156,7 +156,7 @@ requests. These include: requests in tests. * A new test assertion -- - :meth:`~django.test.client.Client.assertNumQueries` -- making it + :meth:`~django.test.TestCase.assertNumQueries` -- making it easier to test the database activity associated with a view. diff --git a/docs/releases/1.4-alpha-1.txt b/docs/releases/1.4-alpha-1.txt index b5ec782f09..3c6f7e9b27 100644 --- a/docs/releases/1.4-alpha-1.txt +++ b/docs/releases/1.4-alpha-1.txt @@ -357,8 +357,8 @@ Extended IPv6 support The previously added support for IPv6 addresses when using the runserver management command in Django 1.3 has now been further extended by adding -a :class:`~django.db.models.fields.GenericIPAddressField` model field, -a :class:`~django.forms.fields.GenericIPAddressField` form field and +a :class:`~django.db.models.GenericIPAddressField` model field, +a :class:`~django.forms.GenericIPAddressField` form field and the validators :data:`~django.core.validators.validate_ipv46_address` and :data:`~django.core.validators.validate_ipv6_address` diff --git a/docs/releases/1.4-beta-1.txt b/docs/releases/1.4-beta-1.txt index 88f32ea15f..2a1041bcd0 100644 --- a/docs/releases/1.4-beta-1.txt +++ b/docs/releases/1.4-beta-1.txt @@ -395,8 +395,8 @@ Extended IPv6 support The previously added support for IPv6 addresses when using the runserver management command in Django 1.3 has now been further extended by adding -a :class:`~django.db.models.fields.GenericIPAddressField` model field, -a :class:`~django.forms.fields.GenericIPAddressField` form field and +a :class:`~django.db.models.GenericIPAddressField` model field, +a :class:`~django.forms.GenericIPAddressField` form field and the validators :data:`~django.core.validators.validate_ipv46_address` and :data:`~django.core.validators.validate_ipv6_address` diff --git a/docs/releases/1.4.txt b/docs/releases/1.4.txt index 9ff42accc5..746ed58945 100644 --- a/docs/releases/1.4.txt +++ b/docs/releases/1.4.txt @@ -526,8 +526,8 @@ Extended IPv6 support ~~~~~~~~~~~~~~~~~~~~~ Django 1.4 can now better handle IPv6 addresses with the new -:class:`~django.db.models.fields.GenericIPAddressField` model field, -:class:`~django.forms.fields.GenericIPAddressField` form field and +:class:`~django.db.models.GenericIPAddressField` model field, +:class:`~django.forms.GenericIPAddressField` form field and the validators :data:`~django.core.validators.validate_ipv46_address` and :data:`~django.core.validators.validate_ipv6_address`. @@ -890,7 +890,7 @@ object, Django raises an exception. The MySQL backend historically has raised :class:`MySQLdb.OperationalError` when a query triggered an exception. We've fixed this bug, and we now raise -:class:`django.db.utils.DatabaseError` instead. If you were testing for +:exc:`django.db.DatabaseError` instead. If you were testing for :class:`MySQLdb.OperationalError`, you'll need to update your ``except`` clauses. @@ -1092,8 +1092,8 @@ wild, because they would confuse browsers too. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ It's now possible to check whether a template was used within a block of -code with :meth:`~django.test.test.TestCase.assertTemplateUsed` and -:meth:`~django.test.test.TestCase.assertTemplateNotUsed`. And they +code with :meth:`~django.test.TestCase.assertTemplateUsed` and +:meth:`~django.test.TestCase.assertTemplateNotUsed`. And they can be used as a context manager:: with self.assertTemplateUsed('index.html'): diff --git a/docs/releases/1.5-alpha-1.txt b/docs/releases/1.5-alpha-1.txt index dc2dfbb38b..3c1c5b5ed7 100644 --- a/docs/releases/1.5-alpha-1.txt +++ b/docs/releases/1.5-alpha-1.txt @@ -391,12 +391,12 @@ System version of :mod:`simplejson` no longer used ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ As explained below, Django 1.5 deprecates -:mod:`django.utils.simplejson` in favor of Python 2.6's built-in :mod:`json` +``django.utils.simplejson`` in favor of Python 2.6's built-in :mod:`json` module. In theory, this change is harmless. Unfortunately, because of incompatibilities between versions of :mod:`simplejson`, it may trigger errors in some circumstances. -JSON-related features in Django 1.4 always used :mod:`django.utils.simplejson`. +JSON-related features in Django 1.4 always used ``django.utils.simplejson``. This module was actually: - A system version of :mod:`simplejson`, if one was available (ie. ``import @@ -546,8 +546,9 @@ Miscellaneous * :class:`django.forms.ModelMultipleChoiceField` now returns an empty ``QuerySet`` as the empty value instead of an empty list. -* :func:`~django.utils.http.int_to_base36` properly raises a :exc:`TypeError` - instead of :exc:`ValueError` for non-integer inputs. +* :func:`~django.utils.http.int_to_base36` properly raises a + :exc:`~exceptions.TypeError` instead of :exc:`~exceptions.ValueError` for + non-integer inputs. * The ``slugify`` template filter is now available as a standard python function at :func:`django.utils.text.slugify`. Similarly, ``remove_tags`` is @@ -584,8 +585,8 @@ the :setting:`AUTH_PROFILE_MODULE` setting, and the :meth:`~django.contrib.auth.models.User.get_profile()` method for accessing the user profile model, should not be used any longer. -Streaming behavior of :class:`HttpResponse` -~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +Streaming behavior of :class:`~django.http.HttpResponse` +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Django 1.5 deprecates the ability to stream a response by passing an iterator to :class:`~django.http.HttpResponse`. If you rely on this behavior, switch to @@ -600,7 +601,7 @@ In Django 1.7 and above, the iterator will be consumed immediately by Since Django 1.5 drops support for Python 2.5, we can now rely on the :mod:`json` module being available in Python's standard library, so we've removed our own copy of :mod:`simplejson`. You should now import :mod:`json` -instead :mod:`django.utils.simplejson`. +instead of ``django.utils.simplejson``. Unfortunately, this change might have unwanted side-effects, because of incompatibilities between versions of :mod:`simplejson` -- see the backwards- diff --git a/docs/releases/1.5-beta-1.txt b/docs/releases/1.5-beta-1.txt index f3bfc2a8fa..7208d9657c 100644 --- a/docs/releases/1.5-beta-1.txt +++ b/docs/releases/1.5-beta-1.txt @@ -416,12 +416,12 @@ System version of :mod:`simplejson` no longer used ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ :ref:`As explained below <simplejson-deprecation-beta-1>`, Django 1.5 deprecates -:mod:`django.utils.simplejson` in favor of Python 2.6's built-in :mod:`json` +``django.utils.simplejson`` in favor of Python 2.6's built-in :mod:`json` module. In theory, this change is harmless. Unfortunately, because of incompatibilities between versions of :mod:`simplejson`, it may trigger errors in some circumstances. -JSON-related features in Django 1.4 always used :mod:`django.utils.simplejson`. +JSON-related features in Django 1.4 always used ``django.utils.simplejson``. This module was actually: - A system version of :mod:`simplejson`, if one was available (ie. ``import @@ -585,8 +585,9 @@ Miscellaneous * :class:`django.forms.ModelMultipleChoiceField` now returns an empty ``QuerySet`` as the empty value instead of an empty list. -* :func:`~django.utils.http.int_to_base36` properly raises a :exc:`TypeError` - instead of :exc:`ValueError` for non-integer inputs. +* :func:`~django.utils.http.int_to_base36` properly raises a + :exc:`~exceptions.TypeError` instead of :exc:`~exceptions.ValueError` for + non-integer inputs. * The ``slugify`` template filter is now available as a standard python function at :func:`django.utils.text.slugify`. Similarly, ``remove_tags`` is @@ -636,8 +637,8 @@ the :setting:`AUTH_PROFILE_MODULE` setting, and the :meth:`~django.contrib.auth.models.User.get_profile()` method for accessing the user profile model, should not be used any longer. -Streaming behavior of :class:`HttpResponse` -~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +Streaming behavior of :class:`~django.http.HttpResponse` +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Django 1.5 deprecates the ability to stream a response by passing an iterator to :class:`~django.http.HttpResponse`. If you rely on this behavior, switch to @@ -653,7 +654,7 @@ In Django 1.7 and above, the iterator will be consumed immediately by Since Django 1.5 drops support for Python 2.5, we can now rely on the :mod:`json` module being available in Python's standard library, so we've removed our own copy of :mod:`simplejson`. You should now import :mod:`json` -instead :mod:`django.utils.simplejson`. +instead of ``django.utils.simplejson``. Unfortunately, this change might have unwanted side-effects, because of incompatibilities between versions of :mod:`simplejson` -- see the diff --git a/docs/releases/1.5.txt b/docs/releases/1.5.txt index 8259c12cb4..57ac983568 100644 --- a/docs/releases/1.5.txt +++ b/docs/releases/1.5.txt @@ -429,12 +429,12 @@ System version of :mod:`simplejson` no longer used ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ :ref:`As explained below <simplejson-deprecation>`, Django 1.5 deprecates -:mod:`django.utils.simplejson` in favor of Python 2.6's built-in :mod:`json` +``django.utils.simplejson`` in favor of Python 2.6's built-in :mod:`json` module. In theory, this change is harmless. Unfortunately, because of incompatibilities between versions of :mod:`simplejson`, it may trigger errors in some circumstances. -JSON-related features in Django 1.4 always used :mod:`django.utils.simplejson`. +JSON-related features in Django 1.4 always used ``django.utils.simplejson``. This module was actually: - A system version of :mod:`simplejson`, if one was available (ie. ``import @@ -598,8 +598,9 @@ Miscellaneous * :class:`django.forms.ModelMultipleChoiceField` now returns an empty ``QuerySet`` as the empty value instead of an empty list. -* :func:`~django.utils.http.int_to_base36` properly raises a :exc:`TypeError` - instead of :exc:`ValueError` for non-integer inputs. +* :func:`~django.utils.http.int_to_base36` properly raises a + :exc:`~exceptions.TypeError` instead of :exc:`~exceptions.ValueError` for + non-integer inputs. * The ``slugify`` template filter is now available as a standard python function at :func:`django.utils.text.slugify`. Similarly, ``remove_tags`` is @@ -668,8 +669,8 @@ the :setting:`AUTH_PROFILE_MODULE` setting, and the :meth:`~django.contrib.auth.models.User.get_profile()` method for accessing the user profile model, should not be used any longer. -Streaming behavior of :class:`HttpResponse` -~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +Streaming behavior of :class:`~django.http.HttpResponse` +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Django 1.5 deprecates the ability to stream a response by passing an iterator to :class:`~django.http.HttpResponse`. If you rely on this behavior, switch to @@ -687,7 +688,7 @@ In Django 1.7 and above, the iterator will be consumed immediately by Since Django 1.5 drops support for Python 2.5, we can now rely on the :mod:`json` module being available in Python's standard library, so we've removed our own copy of :mod:`simplejson`. You should now import :mod:`json` -instead :mod:`django.utils.simplejson`. +instead of ``django.utils.simplejson``. Unfortunately, this change might have unwanted side-effects, because of incompatibilities between versions of :mod:`simplejson` -- see the |
