mint

Nope, because anyone forking would have to come up with new name and run their own community. If you are building an SPA then there is always Mint[1] (it's an Elm like language). [1]: https://github.com/mint-lang/mint

I've invested a lot of time in Elm about two-to-three years ago, the two main things was elm-ui [1] and elm-github-install [2]. At the time elm-ui was impossible to build without "native code" so I used it and built elm-github-install to make it work. Suffice to say, I've run into the exact same issues as the author. Had they allowed me to contribute in a meaningful way Elm now would have a nice UI library and probably a much nicer package website which I've developed as well [3] (no longer running, but I've turned maintenance mode off for a few days so you can take a look). I stopped using and contributing to Elm when 0.19 came out. If you are interested how much effort I put in just check the Elm related repositories in my Github profile [4]. After that I missed the developer experience and I created Mint [5], so in the end some of know

I recently noticed that frontend language Mint is written in Crystal - https://github.com/mint-lang/mint I've been playing around with Crystal for some toy projects as well as some data cleaning/munging scripts. I had a fairly large CSV dump that was making Ruby choke to death - porting to Crystal was trivial and it ran amazingly fast! I'm super interested to see where the concurrency story goes in Crystal. Fingers crossed!

Note: I learned about this from a comment here [1] by gdotdesign, who appears to be the main contributor [2]. [1] https://news.ycombinator.com/item?id=22245742 [2] https://github.com/mint-lang/mint/graphs/contributors

I'm writing Mint (https://www.mint-lang.com - https://github.com/mint-lang/mint) in Crystal. For me it is a really good experience: for example the last update didn't break anything and I'm able to add features consistently and relatively quickly.