npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

jinja-to-js

v3.2.3

Published

[![Build Status](https://travis-ci.org/jonbretman/jinja-to-js.svg?branch=master)](https://travis-ci.org/jonbretman/jinja-to-js)

Downloads

16

Readme

Build Status

Jinja to JS

Converts Jinja2 templates into JavaScript functions so that they can be used in JavaScript environments.

What is it?

Jinja2 is a very fast templating language and therefore is ideal for use with Python web frameworks like Django, however there are many use cases for wanting to share the same template between the server and the browser. Instead of writing a Jinja implementation in JavaScript (there are already a few of those) jinja-to-js uses the Python Jinja2 library to parse a template into an AST (http://jinja.pocoo.org/docs/dev/api/#jinja2.Environment.parse) and uses that AST to output a JavasScript function/module. By only relying on one parsing implementation you can be sure that your templates will produce the same result whether used from Python or JavaScript.

Example

First install jinja-to-js using pip:

$ pip install jinja-to-js

Lets assume we have a Jinja template called names.jinja in a templates directory located at ./src/templates.

{% for name in names %}
    {{ name }}
{% endfor %}

We can turn this into an ES6 JavaScript module like so:

$ jinja_to_js ./src/templates names.jinja -o names.js -m es6

names.js will now contain:

import jinjaToJS from 'jinja-to-js';

export default function templateNames(context) {
    /* JS code here */
};

JavaScript Runtime

Not the first line where the output module imports the jinja-to-js package. This can be installed from npm like shown below and is required. It is very small though and means that common code like HTML escaping doesn't need to be duplicated in each template.

$ npm install jinja-to-js

JavaScript Module Formats

The -m option (long version --js-module-format) specifies the module type, which can be amd, commonjs, es6 or not provided at all which will result in jinja-to-js just outputting a named JS function.

See jinja_to_js --help for all available options.

$ jinja_to_js --help
usage: jinja_to_js [-h] [-o [OUTFILE]] [-m [JS_MODULE_FORMAT]]
                   [-r [RUNTIME_PATH]] [-p [INCLUDE_PREFIX]]
                   [-i [INCLUDE_EXT]]
                   template_root template_name

Convert Jinja templates into JavaScript functions.
--------------------------------------------------

Three different JavaScript modules formats are supported:

  Global: the output will be a named function.
  AMD: the output will be an AMD module
  ES6: the output will be an ES6 module with a default export.

positional arguments:
  template_root         Specifies the root directory where all templates
                        should be loaded from.
  template_name         Specifies the input file (relative to the template
                        root).

optional arguments:
  -h, --help            show this help message and exit
  -o [OUTFILE], --output [OUTFILE]
                        Specifies the output file. The default is stdout.
  -m [JS_MODULE_FORMAT], --js-module-format [JS_MODULE_FORMAT]
                        Specifies the JS module format.
  -r [RUNTIME_PATH], --runtime-path [RUNTIME_PATH]
                        Specifies the import path for the jinja-to-js JS
                        runtime.
  -p [INCLUDE_PREFIX], --include-prefix [INCLUDE_PREFIX]
                        Specifies the prefix to use for included templates.
  -i [INCLUDE_EXT], --include-ext [INCLUDE_EXT]
                        Specifies the extension to use for included templates.

Supported Features

Supported tests

Supported filters

Loop Helpers

(Jinja Docs)

Loop helpers will only work for lists (JS arrays). The following helpers are supported:

  • loop.index
  • loop.index0
  • loop.first
  • loop.last
  • loop.length

Includes (Jinja Docs)

Includes are handled differently depending on what --js-module-format is set to.

No module format: If it is not set then jinja-to-js will just output a named JavaScript function that will expect the jinja-to-js JavaScript runtime to be available in scope as jinjaToJS and to have a method called include available on it (you have to implement this method yourself). This option may be useful if you want to implement your own custom wrapper.

AMD, CommonJS, and ES6: For these module types the respective import mechanism will be used. For commonjs and es6 module formats imports will be relative in respect to the current template, and for amd they will be left "as is" with --include-prefix added to the beginning. For all module formats there will be no extension unless you specify one using --include-ext.

Template Inheritance (Jinja Docs)

Template inheritance is supported, including the {{ super() }} function. The name of the template to be extended from must be a string literal as it needs to be loaded at compile time.

parent.jinja

{% block content %}
    The default content.
{% endblock

child.jinja

{% extends 'parent.jinja' %}
{% block content %}
    {{ super() }}
    Additional content.
{% endblock %}