django-jinja
Jinja2 templating language integrated in Django.
Decision gist · record as of 2026-08-14
Yes. The package is actively maintained, has no known vulnerabilities, installs with minimal friction, and carries a permissive BSD license. It's a straightforward bridge for developers who want Jinja2 in Django. Install it if you prefer Jinja2's syntax or are migrating a Jinja2 project into Django.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.8 or later and Django 3.2 or later.
- Low friction install with just two runtime dependencies.
- Actively maintained as of 2026-07-20 with production-stable status.
License · maintenance · safety
BSD (permissive) — BSD license is permissive, allowing use in commercial and proprietary projects with minimal restrictions.
last release 2023-09-03 (1076 days) · last repo commit 2026-07-20 · 367 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 278,349 downloads/mo, #8,133 on PyPI
Alternatives
Verify before relying
pip install django-jinja
In Django settings, add django_jinja to INSTALLED_APPS and configure it in TEMPLATES to use Jinja2 as your template engine alongside or instead of Django's default.- Whether Jinja2 syntax is fully compatible with all Django template features or if there are known gaps.
- Performance characteristics compared to Django's default template engine.
- Whether all Django versions 3.2–4.2 are equally well-supported or if some have known issues.
What it is and what it does
django-jinja bridges Jinja2 and Django by registering Jinja2 as an alternative template engine within Django's template system. Instead of writing templates in Django's template language, you write them in Jinja2 syntax, which is more expressive and closer to standard Python. The package handles the integration so that Django's template loader, context processors, and other machinery work with Jinja2 templates.
It's useful when you prefer Jinja2's syntax and features over Django's built-in template language, or when migrating a project that already uses Jinja2. The package is nonobstructive—you can mix both template engines in the same project if needed. It requires only jinja2 and django as runtime dependencies and supports Python 3.8 and later across Django versions 3.2 through 4.2.
Use it for
- Use it when you prefer Jinja2's syntax and want to write Django templates without learning Django's template language.
- Use it to migrate an existing Jinja2-based project into a Django application without rewriting all templates.
- Use it to leverage Jinja2 features like macros, filters, and tests that differ from Django's default templates.
- Use it in a project where both Jinja2 and Django templates coexist, configured to handle different template directories.
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes.
The package is actively maintained, has no known vulnerabilities, installs with minimal friction, and carries a permissive BSD license. It's a straightforward bridge for developers who want Jinja2 in Django. Install it if you prefer Jinja2's syntax or are migrating a Jinja2 project into Django.
Install
django-jinja on PyPI
Before you install
Low friction install with just two runtime dependencies. Actively maintained as of 2026-07-20 with production-stable status.
Requires Python 3.8 or later and Django 3.2 or later.
License in practice
BSD license is permissive, allowing use in commercial and proprietary projects with minimal restrictions.
Quickstart
pip install django-jinja
In Django settings, add django_jinja to INSTALLED_APPS and configure it in TEMPLATES to use Jinja2 as your template engine alongside or instead of Django's default.Verify before relying
- Whether Jinja2 syntax is fully compatible with all Django template features or if there are known gaps.
- Performance characteristics compared to Django's default template engine.
- Whether all Django versions 3.2–4.2 are equally well-supported or if some have known issues.
Package facts
| License | BSD permissive |
| Python support | Supports the current Python release >=3.8 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 2 packagesjinja2django |
| Maintenance | Actively maintained 1,076 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 278,349 / month, #8,133 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Development Status :: 5 - Production/StableFramework :: DjangoFramework :: Django :: 3.2Framework :: Django :: 4.0Framework :: Django :: 4.1Framework :: Django :: 4.2Intended Audience :: DevelopersLicense :: OSI Approved :: BSD LicenseOperating System :: OS IndependentProgramming Language :: PythonProgramming Language :: Python :: 3Programming Language :: Python :: 3 :: OnlyProgramming Language :: Python :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.8Programming Language :: Python :: 3.9Topic :: Internet :: WWW/HTTP |
Evidence: django_jinja-2.11.0-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “jinja2 django templates”
- django-jinjaIntegrates Jinja2 templating into Django, allowing you to use Jinja2…
- django-debug-toolbar-template-profilerAdds a debug panel to django-debug-toolbar that measures and displays…
- cookiecutterCookiecutter is a command-line tool that generates new projects from…
Give your agent the search over MCP, or paste the wish link into any chat.
More WWW/HTTP packages
urllib3 is an HTTP client library that provides thread-safe connection pooling, SSL/TLS verification, multipart file uploads, request retries, compression support, and proxy handling for Python applications.
Requests is a Python HTTP library that simplifies sending HTTP/1.1 requests with automatic handling of headers, authentication, cookies, and response parsing.
h11 is a pure-Python HTTP/1.1 protocol implementation that handles parsing and serializing HTTP messages without any built-in I/O, letting you integrate it with any network layer you choose.
HTTPX is a fully featured HTTP client library for Python that provides both sync and async APIs, with support for HTTP/1.1 and HTTP/2, plus an integrated command-line client.
Install it if you are building new projects or modernizing existing ones that rely on HTTP.
A minimal low-level HTTP client library that sends HTTP requests with thread-safe and task-safe connection pooling, supporting HTTP/1.1, HTTP/2, proxies, and both sync and async interfaces.
aiohttp is an async HTTP client and server framework built on asyncio, supporting both WebSockets and middleware-based routing for building concurrent web applications.
Install it if you need async HTTP client or server capabilities in asyncio-based applications.
See also Jinja2 · sphinx-jinja2-compat · envtpl · jinja2-cli · aiohttp-jinja2 · django-classy-tags · pyramid-jinja2 · django-decorator-include · django-sekizai · adaptive-cards-templating-py