I picked server side rendered HTML as the main technology for the user
interface. Thanks to HTMX I was able to add some nice interactivity and UI /
UX improvements without having to resort to a large scale framework such as
Vue or React. Using HTMX makes me very productive on the
frontend, which as a more backend leaning developer is a big bonus. Read more
about HTMX and
HTML over the wire
concepts.
Daniel - East TN This is not quite ready for release, but all that I have left
is packaging and automation for its first (pre)release. https://github.com/bit-badger/Giraffe.Htmx
It’s the shared library result of my experiment, already fielded, in
converting a Vue application to an “htmx SPA”. The README describes it and
has examples. It brings htmx awareness to Giraffe (the F# web server that
sits atop ASP.NET Core) and its view engine (which produces HTML via
strongly-typed functions).
Once I get this (pre)release done, I’ll be ready to start on the (promised,
and intro post already drafted) write-up of how it went. 👑 2
1cg vue to htmx experience! Very much looking forward to hearing how it went!
👍 3
Deniz Akşimşek↪ Re. RashadFor those that have used hyperscript and Alpine.js
with TailwindCSS… Microinteractions are one of the main use cases for _.
Alpine fixes the “where’s that event listener” problem, but does nothing
about the DOM APIs.
I think alpine is better for larger components like data tables, because of
x-for and reactivity. For microinteractions, you will need to manipulate the
DOM directly a lot more, which is a dream in hyperscript.
Editor’s note: Let me make it clear that this is not a dig on Alpine in any
way. I gave my personal opinion to help people decide what to use. We’re
volunteer-run free software projects with a lot of shared goals. 💙
a Hotwire-like library based on htmx?
gone Is there any desire to make a hotwire like lib that uses htmx?
gone Hotmx 👍 1
KevinS Just on the name alone it should be built, doesn’t matter if it meets a
demand the name is too good 😄