Options for a frontend of demo for a toy app

1. htmx

   1 654 45,276 9.4 JavaScript

   </> htmx - high power tools for HTML

   

   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.

2. Stream

   getstream.io featured

   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.

   

3. binaryen

   2 9 2,007 3.4 Haskell

   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.

4. miso

   3 18 2,275 9.7 Haskell

   :ramen: A tasty Haskell front-end framework

   

   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.

5. scotty

   4 19 1,746 4.5 Haskell

   Haskell web framework inspired by Ruby's Sinatra, using WAI and Warp (Official Repository)

   

   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.

6. imgui-ws

   5 1 469 2.4 C++

   Dear ImGui over WebSockets

   

   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.

7. InfluxDB

   www.influxdata.com featured

   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.

   

Suggest a related project