I recently dug up an old project in an attempt to improve on it. It's a code sandbox for playing around with HTMX in the browser, that runs a mock server within the sandbox iframe. The server "framework" is loosely based on Django, so if you're familiar with Django, you'll immediately understand what's going on.<p>I recommend clicking through the examples.<p>Github repo: <a href="https://github.com/lassebomh/htmx-playground">https://github.com/lassebomh/htmx-playground</a><p>Probably my favorite part is the lack of HTMX specific code. It's designed to mimic the client and server, but really nothing else. In principle, this means that it is agnostic to whatever frontend framework is being used.<p>Known problems: Limited mobile support, Ace Editor (should just be Monaco) and lack of proper error outputs.<p>Feel free to give feedback, suggestions or questions.<p>I learned a lot when making it, and I hope you'll something about HTMX! Happy tinkering.
I was seriously thinking about using HTMX myself, but I'm kinda scared it's developer pool seems too small to hire devs from.<p>I'm used to proprietary frameworks, in my case I worked with intershop which uses isml. (this is comparible to something like thymeleaf). In recent years we tried to move away from this approach and go to the angular front end Stack because it's easier to hire a dedicated frontend developer than it is to hire a specialized fullstacker. Stuff can get complex when you're using something like htmx and developers don't want to fight spaghetti monsters. You don't want you backend guys to be the bottleneck, e.g. when FE just creates HTML and the backend has to tie it all together.<p>My question is; has HTMX thought about the pitfalls like this, and how do you counter it?
> Limited mobile support, Ace Editor (should just be Monaco) and lack of proper error outputs.<p>Monaco doesn't work on mobile by design, so people use Ace on mobile.<p>At least the last time I checked GitHub[0].<p>[0] <a href="https://github.com/Microsoft/monaco-editor/issues/246">https://github.com/Microsoft/monaco-editor/issues/246</a>
You could use a Service Worker to do this and then have multiple pages in a different tab to be able to navigate around. It would be too difficult to do that. Then you could just use native JavaScript or whatever the user wants for the pages to be generated.<p>This is cool though. Good job!
I love the concept behind htmx & started reading the book today. But every time I think about using it, I remember that I'll eventually have to support native mobile apps as well and I'll be completely re-writing not only my frontend but much of my backend to do it. I know about hyperview.org but a react-native app won't really cut it for the use cases I'm interested in.
Wonder if there is there anybody who is making an offline app with request-reponse with html(with HTMX) and a virtual server defined in a service worker?
Used it for work today. It works well and will keep using it going forward although I might make a php based version.<p>I did lose my work a few times when I tried to paste the json into they url load field (it requires an url) and when I couldn’t cleanvthe network request browser (feature request). Great work.
@bitterblotter there is a typo in the description on the main page I think:
"It will run a mock server that intersepts outgoing"<p>Intersepts => intercepts