PHPTAL
fast_html
PHPTAL | fast_html | |
---|---|---|
1 | 2 | |
174 | 31 | |
0.0% | - | |
4.7 | 6.7 | |
16 days ago | about 1 month ago | |
PHP | Python | |
GNU Lesser General Public License v3.0 only | GNU Lesser General Public License v3.0 only |
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.
PHPTAL
-
Ludic: New framework for Python with seamless Htmx support
I agree and I don't fully understand the why of it.
I remember coding PL/SQL to emmit HTML in Oracle around 1999 or 2000 and using functions to code the various elements.
Thay got old and repetitive very quickly - for instqance, everytime I had to correct a spelling error, I had to recompile the code.
To get around it I used one or two tables to hold html snippets to decouple the business/backend logic from the frontend, and stopped using the PL/SQL functios completely.
My speed of developmet skyrocketed, and separating and abstracting the frontend from the backend made so much sense.
A few years later, I was doing web developemt with Python using the Zope framework (not many people know about it tiday, I think).
It uses a specialised serverside templating language called TAL (Template Attribute Language)[1] that basically builds the front end dynamically, and then you feed it data from the backend.
Very neat and allowed me to build reusable compoments as well as collections of a schema definition (basically a dict), html template(s) and the code to validate that the inpuy matched the schema and could be rendered.
Or something like that its been 2 employers and almost 20 years since i worked with tha :)
I did build a small php extension for Wordpress using a PHP implementation[2] of TAL a few years ago, and TAL still works like a charm :)
My point is that I still believe there is value in keeping python out of the HTMl-templating, and in keeping the front end logic apart from the backend logic.
There is something I am not understanding about the renewal of mixing HTML/GUI template with code, buy I haven't fully found it yet.
[1] https://en.m.wikipedia.org/wiki/Template_Attribute_Language
[2] I believe it was this one https://phptal.org/
fast_html
- Ludic: New framework for Python with seamless Htmx support
-
htmx_gen
For an htmx project, I have written a python module to easily generate HTML (available on GitHub). It is an alternative to templating engine like Jinja2.
What are some alternatives?
Twig - Twig, the flexible, fast, and secure template language for PHP
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.
Smarty - Smarty is a template engine for PHP, facilitating the separation of presentation (HTML/CSS) from application logic.
html5tagger - Create HTML documents from Python
Latte - ☕ Latte: the safest & truly intuitive templates for PHP. Engine for those who want the most secure PHP sites.
Phly Mustache - PHP 5.3 Mustache implementation
Mustache - A Mustache implementation in PHP.
Foil - PHP template engine for native PHP templates
TextGenerator - TextGenerator is a PHP package that aims to generate automated texts from data.
Lex - A lightweight template parser used by PyroCMS.
MtHaml - Multi target HAML (HAML for PHP, Twig, <your language here>)
Aura.View - Provides TemplateView and TwoStepView using PHP as the templating language, with support for partials, sections, and helpers.