| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
docstring.
|
| |
|
|
|
|
|
|
| |
render functions.
Per deprecation timeline.
|
|
|
|
|
|
| |
related funtions.
Per deprecation timeline.
|
| |
|
|
|
|
|
| |
Forwardport of ae1d663b7913f6da233c55409c4973248372d302
from stable/1.8.x plus more.
|
|
|
|
|
|
|
|
| |
registration.
* Converted the ``libraries`` and ``builtins`` globals of
``django.template.base`` into properties of the Engine class.
* Added a public API for explicit registration of libraries and builtins.
|
|
|
|
|
|
|
|
| |
django.template.exceptions.
With the introduction of multiple template engines these exceptions are no
longer DTL-specific. It makes more sense for them to be moved out of
DTL-related modules.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch does three major things:
* Merges the django.template.debug implementation into django.template.base.
* Simplifies the debug implementation.
The old implementation copied debug information to every token and node.
The django_template_source attribute was set in multiple places, some
quite hacky, like django.template.defaulttags.ForNode.
Debug information is now annotated in two high-level places:
* Template.compile_nodelist for errors during parsing
* Node.render_annotated for errors during rendering
These were chosen because they have access to the template and context
as well as to all exceptions that happen during either the parse or
render phase.
* Moves the contextual line traceback information creation from
django.views.debug into django.template.base.Template. The debug views now
only deal with the presentation of the debug information.
|
| |
|
|
|
|
| |
template loaders.
|
|
|
|
| |
It's the main entrypoint to the refactored template system.
|
|
|
|
|
|
|
| |
Django 2.0.
Since this is a private API introduced in Django 1.8, no documentation
is required.
|
|
|
|
|
|
| |
This avoids leaving projects silently vulnerable when this option is set
to a string instead of a one-item tuple containing that string, a very
common misconfiguration.
|
|
|
|
| |
Adjusted its API through a deprecation path according to the DEP.
|
|
|
|
|
| |
This aligns the Django Template Engine API with the common template
backend API.
|
|
|
|
| |
engines.
|
|
|
|
| |
instantiating Template.
|
|
|
|
| |
The shorter name is just as explicit and, well, shorter.
|
| |
|
| |
|
|
|
|
|
|
| |
Since RequestContext doesn't know its Engine until it's passed to
Template.render() -- and cannot without breaking a widely used public
API -- an elaborate hack is required to apply context processors.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Passed the engine instance to loaders. This is a prerequisite for
looking up configuration on the engine instance instead of global
settings.
This is backwards incompatible for custom template loaders that override
__init__. However the documentation doesn't talk about __init__ and the
way to pass arguments to custom template loaders isn't specified. I'm
considering it a private API.
|
|
|
|
|
|
| |
It was introduced in a recent refactoring so this isn't an issue.
Then renamed _get_template_loaders to get_template_loaders.
|
|
Moved Django templates loading infrastructure there.
|