maddalax

4 ms·

1.
by maddalax 2y ago
I'm the creator of https://htmgo.dev and I'll say that is definitely the biggest issue I've run into with htmx. It's definitely not an overall replacement, you will have to either rebuilt the date picker from
2.
by maddalax 2y ago
Right now I'm working on https://htmgo.dev
3.
by maddalax 2y ago
previous discussion: https://news.ycombinator.com/item?id=41683144
4.
by maddalax 2y ago
Mostly just thinking that XHR to mutate (form submissions, etc) and then SSE to send the updated DOM elements would be a good combo
5.
by maddalax 2y ago
Sorry yes I meant SSE, mistyped!
6.
by maddalax 2y ago
why websockets and not just SSE + XHR? Or even just XHR Edit: SSE*
7.
by maddalax 2y ago
imo htmx is good but its a bit too low level to use directly, you sort of have to rebuild all the features frameworks like React have, such as components in your server programming language. I'm building https://htmgo.dev t
8.
by maddalax 2y ago
I’m not quite sure what the roadmap looks like for gocomponents but it looks similar but I think it’s only filling one part of the puzzle. My plan for htmgo is to become essentially a ready to use framework for building your whole app, usin
9.
by maddalax 2y ago
I’m on mobile at the moment so could probably give you a more detailed answer tomorrow, but check out https://htmgo.dev/docs#interactivity-events
10.
by maddalax 2y ago
What makes you believe the prefix can’t be omitted in htmgo? You just alias it the same way with a ‘.’
11.
by maddalax 2y ago
This is very cool, I like the website too
12.
by maddalax 2y ago
that looks nice, I've enjoyed Kotlin when I used it in the past
13.
by maddalax 2y ago
yaegi is very interesting... I'm going to see if I can get it working on htmgo for reloading the views.
14.
by maddalax 2y ago
Also depending on popularity, I may make other adapters for different go web frameworks
15.
by maddalax 2y ago
Ah good call, I should have checked for typos. Will fix, ty. The routing uses the std lib + chi, it's fairly integrated into the html builder because the http request needs to be utilized to check specific htmx headers. I could imagine
16.
by maddalax 2y ago
Haha we kind of have the same vision. That's eventually what I want to turn htmgo into, something like rails, but as minimal as it can be (essentially plugins, good defaults but you can opt out). > You could use air, but I find it s
17.
by maddalax 2y ago
Low level in the sense that it doesn't have things you would traditionally need to build an application, such as re-usable components, conditional rendering, etc. To do that you have to wire it up with something else such as your backe
18.
by maddalax 2y ago
Awesome, yeah those are pretty nice technologies. Definitely let me know if you do / encounter any issues!
19.
by maddalax 2y ago
Well when you put it all on one line it doesn’t look great :) With it properly spaced out and nested, after a few days it started reading exactly like HTML to me, where I can quickly see the hiearchy
20.
by maddalax 2y ago
someone decided to ddos it with profanity so I'm pushing an update now so its not global viewable anymore.
21.
by maddalax 2y ago
lol looks like I forgot to limit the user input length, clearing those now…
22.
by maddalax 2y ago
I do also like the idea behind templ, only issue is when I tried to use it, the DX was pretty poor on Jetbrains IDE’s. I think the LSP is broken for it
23.
Show HN: htmgo - build simple and scalable systems with golang + htmx(htmgo.dev)
166 points by maddalax 2y ago|81 comments