Haml VS Brython

First of all, I like Slim. I like the beauty and cleanness of Slim templates, to me they are way more readable than regular ERB templates and I think they fit in the ruby/Rails ecosystem very well. Slim is a close cousin to Haml, without the ugly percent characters, haha. I've used Slim exclusively in my projects since about 2016. - Source: dev.to / 6 months ago

> I can't say what problem it is supposed to solve "Haml accelerates and simplifies template creation" https://haml.info/ If you'd rather write raw HTML, keeping track of closing tags etc, then don't use HAML. No need to bash it because you personally feel it is ugly or unnecessary. FWIW I personally feel the exact opposite. - Source: Hacker News / 4 months ago

There is a better side by side of the syntax here https://haml.info (i've been using haml for 17 years lol, I find it more enjoyable to read and write). - Source: Hacker News / 4 months ago

Personally, I'd recommend Maud if you don't need something with runtime reloading. Not only is it much faster, it implements a template language that is effectively the Rust-syntax equivalent to Slim or Haml using a procedural macro, so you get compile-time verification that your HTML output is well-formed. Source: about 1 year ago

Does this support HAML-style syntax? We're 100% HAML-only for templating, whether normal Rails views or ViewComponent... https://github.com/haml/haml so going back to writing HTML or ERB feels like a huge downgrade. - Source: Hacker News / about 1 year ago

On a related note, Brython lets you run Python in the browser through JavaScript. You can even see Python in the HTML with “text/python” SCRIPT tags. https://brython.info/. - Source: Hacker News / about 2 months ago

For frontend there is Brython. It is a Python interpreter written in JavaScript that allows embedding Python scripts in to HTML much like you would with JavaScript. Source: 5 months ago

I'm rooting for WASM to win. One of the things that discouraged me from Front-end Web Development is JavaScript weirdness. It just has too many pitfalls and it's very hard to debug for a newcomer unless you study a proper JS course that tells you precisely all of these traps before you get burned. I've never found a programming language that didn't behave like I expected it on first touch, except for JS. I am... - Source: Hacker News / 8 months ago

This is the primary difference between Pyodide and projects like Transcrypt or Brython: rather than transpiling to JavaScript, you get the real-deal CPython interpreter running client-side in the user's browser. There are a few things that don't work out of the box, since CPython usually runs on a computer and the Browser environment has some unique restrictions (lack of low-level access to networking, for one),... Source: 10 months ago

Web frontend is doable. See Brython. Still a bit of a performance hit though. The big standard library is a burden if you have to download it. Source: 12 months ago