template
literal-html
| template | literal-html | |
|---|---|---|
| 4 | 1 | |
| 486 | 0 | |
| - | - | |
| 5.4 | 10.0 | |
| about 1 month ago | over 2 years ago | |
| TypeScript | TypeScript | |
| GNU General Public License v3.0 or later | MIT No Attribution |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
template
-
That people produce HTML with string templates is telling us something
I’ve been using to avoid the whole “create DOM elements in JS” thing, and it’s been working well so far:
https://github.com/retrohacker/template
- Template – A simple framework for webapps
- Template – A Simple Framework for Webapps
-
React.dev
This is exactly what I'm doing with my personal "framework" I use for client contracts. It's just Web Components with a handy class based wrapper. I call it Template, since it's based off tags.
It's a joy to work in, feels "frameworky" but it's standard web standards with <100 lines of convenience JS wrapped around it. There is no magic beyond what the browser provides - I like I like it that way.
https://github.com/retrohacker/template/
It's "open source" as a reference. Just using it for myself. There aren't many docs beyond notes to myself. You're welcome to kick the tires. If you like it I'd entertain PRs and stuff but it's such a small library forking is probably entirely reasonable to make your own flavor too.
Cheers and happy hacking!
literal-html
-
That people produce HTML with string templates is telling us something
XSLT has a steep learning curve and it’s extremely verbose. But my main problem with it is that (as far as I know) XHTML isn’t being updated alongside the current HTML spec (with semantic elements).
Related: I’ll admit that I used to use XSLT for my static site generators [1] and now I’ve switched to string interpolation (with conservative escaping as the default) [2].
[1] https://github.com/jaredkrinke/flog/blob/main/post.xsl
[2] https://github.com/jaredkrinke/literal-html
What are some alternatives?
vtpl - Vtpl is a php template engine that ensures proper separations of concerns, the frontend logic is separated from presentation. The goal is to keep the html unchanged for better maintainability for both backend and frontend developers
htmlgo - A library for writing type-safe HTML in Golang
dream-html - Render HTML, SVG, MathML, htmx markup from your OCaml Dream backend server
dominate - Dominate is a Python library for creating and manipulating HTML documents using an elegant DOM API. It allows you to write HTML pages in pure Python very concisely, which eliminate the need to learn another template language, and to take advantage of the more powerful features of Python.
nano - 🎯 SSR first, lightweight 1kB JSX library.
rfcs - RFCs for changes to React
flog - Pre-Markdown static site generator based on UNIX tools and XSL
helix - A simple, easy to use library for React development in ClojureScript.
phpStageManager - Web-based theatre management utility