mirror of
https://github.com/django/django.git
synced 2025-10-24 14:16:09 +00:00
Refs #24046 -- Removed mark_for_escaping() per deprecation timeline.
This commit is contained in:
@@ -1636,11 +1636,6 @@ Escapes a string's HTML. Specifically, it makes these replacements:
|
||||
* ``"`` (double quote) is converted to ``"``
|
||||
* ``&`` is converted to ``&``
|
||||
|
||||
The escaping is only applied when the string is output, so it does not matter
|
||||
where in a chained sequence of filters you put ``escape``: it will always be
|
||||
applied as though it were the last filter. If you want escaping to be applied
|
||||
immediately, use the :tfilter:`force_escape` filter.
|
||||
|
||||
Applying ``escape`` to a variable that would normally have auto-escaping
|
||||
applied to the result will only result in one round of escaping being done. So
|
||||
it is safe to use this function even in auto-escaping environments. If you want
|
||||
@@ -1652,12 +1647,6 @@ For example, you can apply ``escape`` to fields when :ttag:`autoescape` is off::
|
||||
{{ title|escape }}
|
||||
{% endautoescape %}
|
||||
|
||||
.. deprecated:: 1.10
|
||||
|
||||
The "lazy" behavior of the ``escape`` filter is deprecated. It will change
|
||||
to immediately apply :func:`~django.utils.html.conditional_escape` in
|
||||
Django 2.0.
|
||||
|
||||
.. templatefilter:: escapejs
|
||||
|
||||
``escapejs``
|
||||
|
||||
@@ -841,16 +841,6 @@ appropriate entities.
|
||||
|
||||
Added support for decorator usage.
|
||||
|
||||
.. function:: mark_for_escaping(s)
|
||||
|
||||
.. deprecated:: 1.10
|
||||
|
||||
Explicitly mark a string as requiring HTML escaping upon output. Has no
|
||||
effect on ``SafeData`` subclasses.
|
||||
|
||||
Can be called multiple times on a single string (the resulting escaping is
|
||||
only applied once).
|
||||
|
||||
``django.utils.text``
|
||||
=====================
|
||||
|
||||
|
||||
Reference in New Issue
Block a user