Tutorial
Installation
OteraEngine can be installed using the Julia package manager. From the Julia REPL, type ] to enter the Pkg REPL mode and run.
pkg > add OteraEngine
API
Acutually, this package has only one structure, but these are very powerful because of Metaprogramming function of Julia.
Main.OteraEngine.Template
— TypeTemplate(
txt::String;
path::Bool=true,
config_path::String="",
config::Dict{String, String} = Dict()
)
This is the only structure and function of this package. This structure has 4 parameter,
txt
is the path to the template file or template of String type.path
determines whether the parametertxt
represents the file path. The default value istrue
.config_path
is path to config file. The suffix of config file must betoml
.config
is configuration of template. It is type ofDict
, please see configuraiton for more detail.
Rendering
After you create a Template, you just have to execute the codes! For this, you use the Function-like Object of Template structure.tmp(; init::Dict{String, T}) where {T}
variables are initialized by init
Dict which contains the pair of name(String) and value. If you don't pass the init
, the initialization won't be done.
Example
This is a simple usage:
julia> using OteraEngine
julia> txt = "Hello {{ usr }}!"
julia> tmp = Template(txt, path = false)
julia> init = Dict("usr"=>"OteraEngine")
julia> tmp(init = init)
Main.OteraEngine.@filter
— Macro@filter func
@filter alias func
This macro registers func
into OteraEngine, then the function is availble as a filter. The form of func
should be normal or one-line definition but not anonymous. And you can also define filter with alias.
Example
julia> @filter function greet(x)
return x * "Hello"
end
julia> @filter hello function greet(x)
return x * "Hello"
end
julia> @filter say_twice(x) = x*x
julia> @filter double say_twice(x) = x*x
After define filters like this, you can use them as greet
, hello
, say_twice
, double
.
Learn about syntax and configuration in the sections below.
Abstract for Usage
Basic syntax of OteraEngine is very similar to one of Jinja2 of Python. You can use OteraEngine for any extension format which has text. There are 4 types of blocks:
{% ... %}
: Control block{{ ... }}
: Expression block{< ... >}
: Julia block{# ... #}
: Comment block
Control block is used for control flow like if
or for
, and Expression block is used for embedding variables. Commend block is just ignored and remove from template. These block must be familiar with those who have ever used jinja2, but OteraEngine has one more block. Julia block makes you possible to write Julia code directly into templates.
Variables
As mentioned in previous section, you can embed variables with Expression block. And you can define variables in both templates and julia. Here is an example:
<div>
{% let name = "Julia" %}
Hello {{name}}
{% end %}
</div>
You can define variables from julia code like this:
tmp = Template(...)
tmp(init=Dict("name"=>"Julia"))
init is also used for control blocks, and its type is Dict
. The format is (variable name)=>(value)
.
Filters
This is very useful function for expression block. You can apply filters for variables like this:
{{ value |> escape }}
variable name and filter name are separeted by |>
. Built-in filters are followings:
escape
ore
: escape variables withMarkdown.htmlesc
upper
: convert variables into uppercaselower
: convert variables into lowercasesafe
: protect literal html fragments (from autoescape)
You can define filters by yourself:
@filter repeat say_twice(txt) = txt*txt
@filter function greet(x)
return x * "Hello"
end
Then you can use repeat
and greet
in you template. See also: @filter
.
Julia Code Block
You can write Julia deirectly in templates with this block. Variables are shared between Julia Code Block and Tmp Code Block, and variables defined in init
are also available. And arbitary type(for example DataFrame) are available in this block. This is the example:
<div>
{<
a = 10
b = sqrt(2)
round(a*B)
>}
</div>
Output:
<div>
14.0
</div>
Comment
To comment out part of template, use comment block which set to {# #}
by default:
{#
This is comment.
These lines are just ignored and removed
#}
White Space Control
OteraEngine has option to control spaces which is named lstrip_blocks
and trim_blocks
. If lstrip_blocks
is enabled, spaces from start of line behind the block is removed. Template:
{% for i in 1:3 %}
Hello {{ i }}
{% end %}
Without lstrip blocks
:
<div>
Hello 1
Hello 2
Hello 3
</div>
With lstrip_blocks
(you can't see the difference. please try selecting the text):
<div>
Hello 1
Hello 2
Hello 3
</div>
If trim_blocks
is enabled, the (only) first newline after the block is removed. Without trim_blocks
(lstrip_blocks
is disabled):
<div>
Hello 1
Hello 2
Hello 3
</div>
With trim_blocks
and lstrip_blocks
:
<div>
Hello 1
Hello 2
Hello 3
</div>
But, sometimes these options aren't perfect(like macro), and it's annoying to set these options all the time. So, you can use autospace
option which automatically enables these options and remove extra spaces from macro.
And other way to control white spaces is to add +
and -
to the both ends of blocks. This works partially even if space control options are enabled. +
means that the block does nothing about space. And -
means that the block removes all the spaces. This is useful when you want to put items in a row with for
block:
<div>
{% for i in 1 : 10 -%}
{{i}}
{%- end %}
</div>
Output:
<div>
12345678910
</div>
Escaping
It is important to apply HTML escaping in order to prevent XSS. So, autoescape
is set to true
by default. If you want to escape manually, you can disable this option, and use e
or escape
filter into expression blocks:
<div>
{{ value |> e }}
</div>
Where value
is <script>This is injection attack</script>
<div>
<script>This is injection attack</script>
</div>
Raw Text
Sometimes it is neccessary to ignore blocks and recognize it raw text. Then, you should use raw
block:
{% raw %}
This is test for raw block
{% you can write anything inside raw block %}
{% endraw %}
Template Inheritance
Include
You can include template with {% include "(template filename)" %}
code block. This is the tiny example:
#=This is the included template(test2.html)=#
Hello everyone! My name is watasu.
#=This is the main template=#
{% include "test2.html" %}
Today, I'd like to introduce OteraEngine.jl
Template filename have to be like this: "test.html"
. Otherwise, parser returns error.
This code block is also available inside the {% block %}
explained in next section.
Extends
When you build large web app with OteraEngine, you may want to use "template of template". This is possible with {% extends %}
code block. This code block have to be located at the top of the document, otherwise ignored. This is the example:
#=This is the base template(test2.html)=#
<!DOCTYPE html>
<html>
<head>
<title>test for extends</title>
</head>
<body>
<div>
{% block body %}
{% endblock %}
</div>
</body>
</html>
#=This is the main template=#
{% extends "test2.html" %}
{% block body %}
<h1>hello</h1>
<div>
<p>some content here.</p>
</div>
{% endblock %}
#=Output=#
<!DOCTYPE html>
<html>
<head>
<title>test for extends</title>
</head>
<body>
<div>
<h1>hello</h1>
<div>
<p>some content here.</p>
</div>
</div>
</body>
</html>
Template filename have to be like this: "test.html"
. Otherwise, parser returns error.
If you write {% extends (template filename) %}
in main template, parser will use (template filename)
as the base template. And, you can write blocks in the main template with {% block (block name) %}
and {% endblock %}
. When you build the very complex templates, nested extended templates must be useful.
Nested Extens
When you build very complex templates, nested extended templates must be useful. This is the exmaple:
#nestedextends1.html
{% extends "nestedextends2.html" %}
{% block content2 %}
<p>Hello</p>
{% endblock %}
#nestedextends2.html
{% extends "nestedextends3.html" %}
{% block content %}
<h1>Title</h1>
{% block content2 %}{% endblock %}
{% endblock %}
#nestedextends3.html
<!DOCTYPE html>
<html>
<head>
<title>Nested Extends Test</title>
</head>
<body>
This is the test for nested extends blocks. Here it is:
{% block content %}
{% endblock %}
</body>
</html>
#Output
<!DOCTYPE html>
<html>
<head>
<title>Nested Extends Test</title>
</head>
<body>
This is the test for nested extends blocks. Here it is:
<h1>Title</h1>
<p>Hello</p>
</body>
</html>
In this case, nestedextends1.html
loads nestedextends2.html
, and nestedextends2.html
loads nestedextends3.html
. There is no limit in the depth of nest.
Block Inheritance
Blocks defined in parent(even in ancestors) is inherited with super()
:
# Grand Parent Template("grand.html")
<div>
{% block body %}
Hello Grand Parents
{%- endblock %}
</div>
# Parent Template("parent.html")
{% extends "grand.html" %}
{% block body %}
Hello Parent
{% endblock %}
# Child Template
{% extends "parent.html" %}
{% block body %}
Hello Child
{{ super() }}{{ super.super() }}
{% endblock %}
The, we get this:
<div>
Hello Child
Hello Parent
Hello Grand Parents
</div>
When you want to inherite ancestor's block, you just need to add super.
before super()
.
Control Flow
There are 4 blocks available for control flow. if
, for
, let
and set
. These blocks are converted into the Julia code directly, and the syntax is completely same with Julia.
If
if
block adds the text when condition is true:
{% if (condition1) %}
This is `if` block
{% elseif (condition2) %}
This is `elseif` block
{% else %}
This is `else` block
{% end %}
For
for
block repeats the text for specified times:
{% for i in 1:5 %}
Hello {{ i }}
{% end %}
you can use variables defined inside of for
block.
Let
let
block creates local variables which has the scope inside of this block:
{% let name = "Julia" %}
Hello {{ name }}
{% end %}
This is equal to with
block in Jinja2.
Set
set
block is converted into global (variable) = (value)
. So you can use variables in every control blocks(not in expression blocks now).
Macro
Macro is similar to function in Programming Language. In fact, OteraEngine converts macros into Julia function internally. You can define different macro with the sae name as long as the arguments are different. If you write some functions with same name and arguments, macros other than the first would be ignored(In other words, method overwriting isn't supported). This is the example:
{% macro input(name, value="", type="text", size=20) %}
<input type="{{ type }}" name="{{ name }}" value="{{
value|>e }}" size="{{ size }}">
{% endmacro %}
<html>
<head><title>MyPage</title></head>
<body>
{{ input("test") }}
</body>
</html>
You should note that macro emits extra white space when you don't use any white space control options. So, it is strongly recommended to use autospace
when you use macros.
Import Macros
Sometimes you need the macro defined the different template. In such case, you should use import
and from
. import
adds an external template into the namespace with alias like this:
{% import "import2.html" as base %}
<html>
<head><title>MyPage</title></head>
<body>
{{ base.input("test") }}
</body>
</html>
This template generate the same output as the previous example.
from
is more flexible. You can directly add external macros into the namespace, and you can give it a different name or just add it as is.
{% from "from2.html" import input, title as alias %}
<html>
<head><title>MyPage</title></head>
<body>
{{ alias("Test") }}
{{ input("test") }}
</body>
</html>
Configurations
there are 14 configurations:
control_block_start
: the string at the start of tmp code blocks.control_block_end
: the string at the end of tmp code blocks.jl_block_start
: the string at the start of jl code blocks.jl_block_end
: the string at the end of jl code blocks.expression_block_start
: the string at the start of expression blocks.expression_block_end
: the string at the end of expression blocks.comment_block_start
: the string at the start of comment blocks.comment_block_end
: the string at the end of comment block.newline
: newline character. This usually depends on OS.autospace
: the option to control space automatically.lstrip_blocks
: the option to strip left spaces.trim_blocks
: the option to remove the first newline after blocks.autoescape
: the option to automatically escape expression blocksdir
: the working directory whichinclude
andextends
statements refers to
and the default configuration is this:
"control_block_start"=>"{%",
"control_block_end"=>"%}",
"expression_block_start"=>"{{",
"expression_block_end"=>"}}",
"jl_block_start" => "{<",
"jl_block_end" => ">}",
"comment_block_start" => "{#",
"comment_block_end" => "#}",
"newline" => (Sys.islinux()) ? "\n" : "\r\n",
"autospace" => true,
"lstrip_blocks" => false,
"trim_blocks" => false,
"autoescape" => true,
"dir" => pwd()
These configuration can be changed by using config
argument of Template()
like this:
tmp = Template("config.html", config=Dict("jl_block_start"=>"```code", "jl_block_end"=>"```"))
configurations can be loaded from TOML file. You don't have to specify all the configurations(The rest uses the default settings).
If you set the same characters into the different items, tokenizer won't be able to work. Even if they matches partially, tokenizer may not work. Moreover, ParserConfig
checks the match between ~_start
and ~_end
, but others not.