ruby_decorators
Haml
Our great sponsors
| ruby_decorators | Haml | |
|---|---|---|
| 1 | 24 | |
| 63 | 3,748 | |
| - | 0.2% | |
| 0.0 | 7.5 | |
| over 10 years ago | 12 days ago | |
| Ruby | Ruby | |
| - | MIT License |
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.
ruby_decorators
Haml
-
Building a syntax highlighting extension for VS Code
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.
-
Hamlet: A type-safe Haml template engine for Go
> 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.
-
Any web frameworks that could compare to Symfony?
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.
-
Rux: A JSX-inspired way to render view components in Ruby
Does this support HAML-style syntax? We're 100% HAML-only for templating, whether normal Rails views or ViewComponent... https://github.com/haml/haml https://haml.info/ so going back to writing HTML or ERB feels like a huge downgrade.
-
Anyone from a Typescript/React background who tried out Rust for the 1st time?
For templating, Maud is fast, gives compile-time well-formedness guarantees, and outputs minified HTML by default as a side-effect of it being based on Rust macros. (It's of a similar design philosophy to Slim and Haml)
-
Why must closing tags in HTML and XML contain the name of the tag being closed, if the tag being closed can be determined by the order they were opened?
You don’t even need closing tags. Both Haml and Jade do away with closing tags altogether.
-
Goddamn this tastes like eternal suffering.
That looks awfully like HAML.
-
I taught the chat bot an alternative syntax for HTML, called HBML, basically just braces instead of tags... we are so screwed
Your HBML is similar to HAML - is it time for HCML? https://haml.info/
-
Guess what kind of project i am building currently
it's an HTML preprocessor called HAML
-
Setup Vite, Svelte, Inertia, Stimulus, Bootstrap / Foundation on Rails-7 (Overview)
Views are written in haml. If you work on erb there are converters like haml-to-erb. I am working on RubyMine, Apple-Notebook, production Server is Debian (for node-setup) and yarn. I tried to write less text and rather link to the sources.
What are some alternatives?
iruby - Official gem repository: Ruby kernel for Jupyter/IPython Notebook
Slim - Slim is a template language whose goal is to reduce the syntax to the essential parts without becoming cryptic.
numo-narray - Ruby/Numo::NArray - New NArray class library
Liquid - Liquid markup language. Safe, customer facing template language for flexible web apps.
Hamlit - High Performance Haml Implementation
Sanitize - Ruby HTML and CSS sanitizer.
Mustache - Logic-less Ruby templates.
Arbre - An Object Oriented DOM Tree in Ruby
Tilt - Generic interface to multiple Ruby template engines
LaTeXML-Ruby - A Ruby wrapper for LaTeXML
Curly - The Curly template language allows separating your logic from the structure of your HTML templates.
Simple Form - Forms made easy for Rails! It's tied to a simple DSL, with no opinion on markup.