idris VS haste-compiler

there're a lot of languages that can target js/wasm these days, some of which are even self-hosting (ghc) and can target browser (ghcjs), a lot are written in haskell which again can target browser but the closest to my request i've found is an old thread of idris supposedely compilable by ghcjs and while there are plenty "run your code in browser (via server compilation)" services i've yet to see a working "running compiler in browser in browser example"

So apparently there's a package manager called Inigo, but there are only a few packages in it. There's an idris-hackers group on github, that's linked from the idris-lang.org page. None of those libraries appear in Inigo though. So seems that Inigo isn't really a thing people are using.

Here's Idris' Nat optimisations

As of 2013, Idris does not want to even support user defined Unicode operators, for the usual reasons.

Back then, I was using Haste to compile Haskell to JavaScript for the frontend part. But now I fail to properly restore the environment to make the hastec call work. Also, I'm not sure if Haste is still actively maintained.

My ludum-dare 34 entry does have scrolling, and some images which are only visible in some screens but not others. I didn't do any effort to load and unload them as required though, I just keep everything loaded at all times. One potential difficulty is that this game uses Haste to compile Haskell to JavaScript, soI don't know if your framework supports that.

Very cool Dustin. Reminds me (a little) of some work that the Haskell Haste folks were doing to blur the front/backend via the compiler. Interested to see what you learn along the way refactoring hyperfiddle.