An intuitive, high performance HTML rendering framework
Project description
htmldoom
Introducing htmldoom
htmldoom is an HTML rendering framework for Python that helps you define your HTML documents, templates, layouts and contents in an organised way, gives you the flexibility to use many different syntaxes, option to declare and debug different components and pages separately and more... all without making you worry about the runtime performance.
How does it work?
Understanding the working principle will get pretty intuitive if we go one feature at a time. Let's start with HTML escaping.
HTML escaping
In the center of htmldoom's functionality is the HTML escaping logic. Texts to
be escaped are represented using str
, while texts that should not be escaped
are represented using bytes
. The htmldoom.renders()
function receives the
texts as inputs, then for each input, it decides whether to escape it or not
based on if it is str
or bytes
and returns the rendered text in str
format.
We can use htmldoom.txt()
to convert some string into HTML escaped text, and
htmldoom.raw()
to convert some string into HTML unescaped text. It should be
noted that both the functions will return text formatted in bytes
which can be
passed to the htmldoom.render()
to render it back to str
.
HTML elements
HTML elements or tags can be defined using the htmldoom.composite_tag()
and
the htmldoom.leaf_tag()
functions. Any tag that can have child elements (e.g.
<p></p>
) are defined using htmldoom.composite_tag()
.
For example:
p = composite_tag("p")
Tags that cannot have child elements are defined using htmldoom.leaf_tag()
.
For example:
input_ = leaf_tag("input")
So when we call p(class_="red")("foo", "bar")
or input_(type_="button")
,
we get bytes
encoded <p class="red">foobar</p>
or
<input type="button" />
respectively. The htmldoom.render()
function will
render them back to str
.
HTML components / layouts
HTML components i.e. combination of several elements (tags and texts) can be
defined using the @htmldoom.renders()
decorator like below.
from htmldoom import renders, elements as e
@renders(
e.p(class_="red")("{key1}", "{key2}"),
e._input(type_="button")
)
def my_component(value1, value2):
return {"key1": value1, "key2": value2}
Now we can render the component by calling it with the required arguments e.g.
my_document(value1="&", value2=b"&")
This will return a bytes
encoded text. The value1
will be escaped to &amp;
since
it is str
. value2
is in bytes
, hence it will remain the same and wil be
rendered in the browser as &
.
Calling this will return bytes
encoded text
<p class="red">foobar</p><input type="button" />
which can be rendered into string using htmldoom.render()
.
This mechanism renders the template text during module load time. Hence there should be no performance drop in runtime.
NOTE: It is important to note that every
{
and}
should be escaped with{{
and}}
when it is not being used as a placeholder for some variable.
It is also possible to define the components using yaml
syntax like below.
some:
demo:
p:
- class: red
- - "{key1}"
- "{key2}"
input:
- type: button
And then define the component renderer like below.
from htmldoom import renders
from htmldoom.yaml_loader import loadyaml
@renders(loadyaml("path/to/component.yaml", ("some", "demo")))
def my_component(value1, value2):
return {"key1": value1, "key2": value2}
We can also use escaped and raw loaders with the htmldoom.loadtxt()
and htmldoom.loadraw()
functions respectively. We only need to pass the file path as shown in the yaml
example.
We can use the same syntax to define reusable layouts.
Separating values from templates
htmldoom provides us with a friendly way to separate values from layouts or components
templates. The htmldoom.value_loader.loadvalues()
function scans the given directory and
returns a nested namedtuple with the file or directory names as element names and the loaded
contents as the values. We can pass this to components like below.
from htmldoom import renders, elements as e
from htmldoom.value_loader import loadvalues
values = loadvalues("path/to/values")
@renders(
e.p()("{v.title}"),
e.p()("{v.content.line1}")
e.p()("{v.content.line2}")
e.p()("{v.content.line3}")
)
def my_component():
return {"v": values}
So we need a directory structure like below.
values
├── title.txt
└── content
├── line1.txt
├── line2.html
└── line3.yml
As you mught have guessed, this can load the values based of file types. You can use
your own renderer for file types such as md
or rst
by extending the
htmldoom.value_loader.EXTENSION_RENDERERS
map and passing is to the
htmldoom.value_loader.loadvalues()
function like below.
from htmldoom import raw
from htmldoom.value_loader import loadvalues, EXTENSION_RENDERERS
def markdown_to_html(path):
"""Some function that reads the file, converts the content to HTML,
and returns the converted data as string.
"""
# The logic goes here...
MY_EXTENSION_RENDERERS = dict(
md=lambda path: raw(markdown_to_html(path)),
**EXTENSION_RENDERERS
)
values = loadvalues("path/to/values", extension_renderers=MY_EXTENSION_RENDERERS)
In fact, this documentation is generated using the same method.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file htmldoom-0.10.0.tar.gz
.
File metadata
- Download URL: htmldoom-0.10.0.tar.gz
- Upload date:
- Size: 13.9 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/1.13.0 pkginfo/1.5.0.1 requests/2.22.0 setuptools/41.0.1 requests-toolbelt/0.9.1 tqdm/4.32.1 CPython/3.6.5
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 732b24698dbdb704d34b2187973053f35a4c31ac8309f7fbb4a0a47d2784eb2c |
|
MD5 | 8abc9e6ac01a0e3d65915644397fc84b |
|
BLAKE2b-256 | a6ef3c17d6a8e342ab3a33b442677ca62f0450c2a79a0901e5c19d2141b36dec |
File details
Details for the file htmldoom-0.10.0-py3-none-any.whl
.
File metadata
- Download URL: htmldoom-0.10.0-py3-none-any.whl
- Upload date:
- Size: 15.5 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/1.13.0 pkginfo/1.5.0.1 requests/2.22.0 setuptools/41.0.1 requests-toolbelt/0.9.1 tqdm/4.32.1 CPython/3.6.5
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 260d93fdf3aea42cb2932f52bec83908522b2f9641dfc0d37456234bacf57e2b |
|
MD5 | 3e2f9d3e856e45ad8113077606e7de80 |
|
BLAKE2b-256 | f5ec5383cbca06cd95ed9bb20368aaeb59b7d0f5fbb48912194a3453d83f36fc |