i've been writing Haskell GUIs for a few years and mostly stick to react-banana or reflex because wiring up gtk-gi signals manually gets messy fast. The Elm architecture pattern here looks clean on paper but I'm curious how you handle async events from the widget tree without ending up in callback hell. Did you end up wrapping all GI callbacks in a channel that feeds into your update loop?
> import GI.Awd qualified as Adw
please tell me that's a typo
possibly enabled by lsp (Adw.foo -> "foo found in GI.Awd, import it with the name you used?")
yeah seems to be a typo, it is "Adw" and not "Awd", phew
https://hackage.haskell.org/package/gi-adwaita
Replace `backdrop-filter` on `.backdrop::after` with `filter` on `.backdrop picture` for a free scrolling performance boost.
Indeed the scrolling performance is awful, makes reading it less enjoyable, especially when the topic is GUIs!
i've been writing Haskell GUIs for a few years and mostly stick to react-banana or reflex because wiring up gtk-gi signals manually gets messy fast. The Elm architecture pattern here looks clean on paper but I'm curious how you handle async events from the widget tree without ending up in callback hell. Did you end up wrapping all GI callbacks in a channel that feeds into your update loop?
bro takes 2 years to make a todo list
Just keep in mind that some people like me avoid Haskell and the huge package mess it causes on Linux. Pandoc is infamous for that. Just stick to C++.
That is entirely your distribution's fault. ArchLinux has a user-hostile packaging approach which I do not experience in Fedora.
What does Arch do in particular to cause a mess? It's been a hot minute since I last used it and surely didn't use pandoc back then.
I completely avoid any haskell package in Arch and just build it with Stack, it's usually simple.