-
Another alternative is to use JavaScript or PureScript (Haskell-like language that compiles to JS) to build a separate frontend that communicates JSON or HTML (https://htmx.org) to/from your backend. Miso was already recommended to you which is a great project, but working with GHCJS is a nightmare from my personal experience.
-
Stream
Stream - Scalable APIs for Chat, Feeds, Moderation, & Video. Stream helps developers build engaging apps that scale to millions with performant and flexible Chat, Feeds, Moderation, and Video APIs and SDKs powered by a global edge network and enterprise-grade infrastructure.
-
binaryen
Discontinued DEPRECATED in favor of ghc wasm backend, see https://www.tweag.io/blog/2022-11-22-wasm-backend-merged-in-ghc
ghcjs is the way to go for you, and soon it might be asterius. i do not know how hard it is to set ghcjs up without a framework. but frameworks like obelisk (based on reflex-dom), shpadoinkle, and miso automate that for. i personally like obelisk for its functional reactive programming but it can get awkward and get in your way. so if gui programming is just a means to the end of this one small application and you are not really interested in it nor functional reactive programming, shpadoinkle or miso might suit you better. miso implements the elm architecture (also "TEA", "functional model view controller") and shpadoinkle implements something directly equivalent to the elm architecture. but shpadoinkle achieves more composable widgets by minimalizing the elm architecture. so i recommend shpadoinkle for its better concept although miso is more mature.
-
ghcjs is the way to go for you, and soon it might be asterius. i do not know how hard it is to set ghcjs up without a framework. but frameworks like obelisk (based on reflex-dom), shpadoinkle, and miso automate that for. i personally like obelisk for its functional reactive programming but it can get awkward and get in your way. so if gui programming is just a means to the end of this one small application and you are not really interested in it nor functional reactive programming, shpadoinkle or miso might suit you better. miso implements the elm architecture (also "TEA", "functional model view controller") and shpadoinkle implements something directly equivalent to the elm architecture. but shpadoinkle achieves more composable widgets by minimalizing the elm architecture. so i recommend shpadoinkle for its better concept although miso is more mature.
-
Not that I'm much of an expert, but if you're talking about a very barebones static single-page-app, then you could very easily get by just using blaze-html to put your elements on the page, and then scotty is a basic web framework you could use to serve up your app.
-
We have Haskell bindings for dear-imgui - https://hackage.haskell.org/package/dear-imgui. dear-imgui is basically the same thing as egui. I mention this because dear-imgui also has an extension that streams an application over websockets - https://github.com/ggerganov/imgui-ws. If we had Haskell bindings to this, then you'd be able to do exactly what is on the egui.rs website.
-
InfluxDB
InfluxDB – Built for High-Performance Time Series Workloads. InfluxDB 3 OSS is now GA. Transform, enrich, and act on time series data directly in the database. Automate critical tasks and eliminate the need to move data externally. Download now.
Related posts
-
Web development in Haskell
-
Version 1.1.7 of Rspack has been compromised
-
Implementing Webpack from Scratch, But in Rust - [3] Using NAPI-RS to Create Node.js Addons
-
Let’s Get Hands-On with WordPress FSE Theme and Custom Blocks — Part 2
-
Ask HN: Interest in a Rust-Inspired Language Compiling to JavaScript?