haste-compiler VS Elm

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.

When I see this it makes me want to run for ReasonML/ReScript/Elm/PureScript.

Sum types (without payloads on the instances they are effectively enums) should not require a evening filling ceremonial dance event to define.

https://reasonml.github.io/

https://rescript-lang.org/

https://elm-lang.org/

https://www.purescript.org/

(any I forgot?)

It's nice that TS is a strict super set of JS... But that's about the only reason TS is nice. Apart from that the "being a strict super set" hampers TS is a million and one ways.

To my JS is too broken to fix with a strict super set.

> It appears the last commits on GitHub are from mid 2024

That's not what I see.

The last commits for elm/compiler were minor fixes in 2023. Last substantial changes were in 2021. See https://github.com/elm/compiler/commits/master/

The last commits for elm/core were in the first months of 2021. See https://github.com/elm/core/commits/master/

> It appears the main developer is working on a new thing?

One of the problems is that the developer said several times, even in a recent interview, that he was still working on elm, with a focus on the long term. He gave a few vague hints about his private roadmap. After 4 years without any real public activity, I find it hard to believe there's some private activity.

Elm

Elm, ReScript, F#, Ocaml, Scala… it’s just normal to name your types, then use them places. In fact, you’ll often create the types _before_ the code, even if you’re not really practicing DDD (Domain Driven Design). Yes, you’ll do many after the fact when doing functions, or you start testing things and decide to change your design, and make new types. Either way, it’s just “the norm”. You then do the other norms like “name your function” and “name your variables”. I’m a bit confused why it’s only 2 out of 3 (variables and functions, not types) in this TypeScript Angular project. I’ll have to look at other internal Angular projects and see if it’s common there as well.

A web application makes use of these same ingredients, i.e. HTML, CSS, and JavaScript, but it uses significantly more JavaScript. As the JavaScript powering your web application grows in size it can bring with it a variety of problems that a few languages, like TypeScript, ReScript, PureScript, and Elm, have attempted to solve. Each of the aforementioned compile to JavaScript languages have their pros and cons but it is beyond the scope of this article to get into those details. Suffice it to say, my preference is Elm. It is also not the goal of this article to convince you to use Elm but only to show you how Elm fits into the flow of creating a web application and hosting it on GitHub Pages. So let's continue by adding Elm to our project.

FROM mcr.microsoft.com/devcontainers/javascript-node:20 # Configuring Elm version ARG ELM_VERSION=latest-0.19.1 ARG ELM_TEST_VERSION=latest-0.19.1 ARG ELM_FORMAT_VERSION=latest-0.19.1 # This Dockerfile adds a non-root user with sudo access. Update the “remoteUser” property in # devcontainer.json to use it. More info: https://aka.ms/vscode-remote/containers/non-root-user. ARG USERNAME=node ARG USER_UID=1000 ARG USER_GID=$USER_UID # Install elm using the provided method, elm-test and elm-format via npm RUN export DEBIAN_FRONTEND=noninteractive \ # Install Elm binary && curl -L -o elm.gz https://github.com/elm/compiler/releases/download/0.19.1/binary-for-linux-64-bit.gz \ && gunzip elm.gz \ && chmod +x elm \ && mv elm /usr/local/bin/elm \ # # Install elm-test and elm-format via npm && sudo -u ${USERNAME} npm install --global \ elm-test@${ELM_TEST_VERSION} \ elm-format@${ELM_FORMAT_VERSION} \ # # [Optional] Update UID/GID if needed && if [ "$USER_GID" != "1000" ] || [ "$USER_UID" != "1000" ]; then \ groupmod --gid $USER_GID $USERNAME \ && usermod --uid $USER_UID --gid $USER_GID $USERNAME \ && chown -R $USER_UID:$USER_GID /home/$USERNAME; \ fi \ # Create the elm cache directory where we can mount a volume && mkdir /home/$USERNAME/.elm \ && chown $USERNAME:$USERNAME /home/$USERNAME/.elm # Install elm-test, elm-format, elm-watch, and git globally via npm RUN npm install -g elm-test elm-format elm-watch elm-live git

> [build 8/9] RUN npm install: 8.709 npm error code 1 8.709 npm error path /app/node_modules/elm 8.709 npm error command failed 8.709 npm error command sh -c node install.js 8.709 npm error -- ERROR ----------------------------------------------------------------------- 8.709 npm error 8.709 npm error I am detecting that your computer (linux_arm64) may not be compatible with any 8.709 npm error of the official pre-built binaries. 8.709 npm error 8.709 npm error I recommend against using the npm installer for your situation. Check out the 8.709 npm error alternative installers at https://github.com/elm/compiler/releases/tag/0.19.1 8.709 npm error to see if there is something that will work better for you. 8.709 npm error 8.709 npm error From there I recommend asking for guidance on Slack or Discourse to find someone 8.709 npm error who can help with your specific situation. 8.709 npm error 8.709 npm error --------------------------------------------------------------------------------

After I finished my Oauth 2 Token Exchange demo project, I suddenly had a desire to write the front end UI with Elm language. Elm is my favorite front end language: elegant, functional, strongly typed.

TL;DR: Yes and it's creating "It's X and limited by Y, but it works" projects

In web front-end, the same pattern crops up repeatedly. Two examples:

* Elm[1]: It's brutally functional and limited by purity, but it works

* htmx[2]: It's grug-brained[3] and limited by that, but it works

I'll let others enumerate web frameworks. On desktop, uxn and Varvara software[4] by Hundred Rabbits fit the same pattern:

* 64k of RAM and limited to 4 colors, but it works

* Created when Xcode was painful to install on a boat over pre-Starlink satellite internet

Who knew rage-quitting could be so productive? ¯\_(ツ)_/¯

[1]: https://elm-lang.org/

[2]: https://htmx.org/

[3]: Said to be by the HTMX creator: https://grugbrain.dev/

[4]: https://wiki.xxiivv.com/site/roms.html