waymonad VS quickjs

I am personally waiting for Waymonad. https://github.com/waymonad/waymonad

It takes time, but the teams behind wlroots etc are doing good work to make sure that wms managed by smaller teams can exist. There are even clones for your specific wm on wayland. See https://github.com/waymonad/waymonad

In addition, there was the last commit in 2019. Thus, it can be assumed that the project is dead and therefore nothing will change on the current state. And according to https://github.com/waymonad/waymonad/issues/44, there are probably not enough people who would actively participate in a fork.

Ideally xmonad would be ported/xmonad devs would be working on waymonad, but I doubt it will happen. Waymonad seems to be abandoned.

Nice to see Qtile on Wayland. But I'm personally waiting for xmonad on Wayland.

https://github.com/waymonad/waymonad

I wouldn't count on it, as Waymonad has not seen active development since 2019 and the Haskell bindings to wlroots have not been updated since 2019 as well. There is a fork, but it has not been active since September 2021. Also, it was based on wlroots, not sway.

That's what the XMonad fans are using: https://github.com/waymonad/waymonad lets you write your Wayland compositor in Haskell, is analogy to the way XMonad lets you write your X window manager in Haskell.

Unfortunately it was abandoned https://github.com/waymonad/waymonad/issues/44

regarding keeping an interest, waymonad has been dead for something like two and a half years but according to startrack it's still getting people giving him stars so i don't think you should worry about it.

It uses service workers to cache static files, by the time it opens up you already free to be offline, try toggle network switch to verify.

It has download link at bottom of the about page ([accdoo.app/about]) which you could then self host it by dropping into any static hosting services.

btw, the Pi feature was by-product from the original App but I won't expand here, if you'd like to learn more, please checkout its two Show HN post (39115559 and 39138957) previously.

[wiki]: https://en.wikipedia.org/wiki/Chudnovsky_algorithm

[quickjs/pi]: https://bellard.org/quickjs/pi.html

[pi_bigint.js]: https://github.com/bellard/quickjs/blob/master/examples/pi_b...

[accdoo.app/about]: https://accdoo.app/about#releases

[39115559]: https://news.ycombinator.com/item?id=39115559

[39138957]: https://news.ycombinator.com/item?id=39138957

Just go with quickjs, I think this is what you are looking for.

https://bellard.org/quickjs/

QuickJS

I think QuickJS, written in C, is a user-"friendly" starting point for implementing ECMA-262. Documentation QuickJS Javascript Engine.

There is a readme on the project's main page: https://bellard.org/quickjs/

The newsworthy bit here is that the activity seemed to have stalled for year or two and now Fabrice pushed a few fixes and made a new release.

Just to demonstrate GitHub repositories do not necessarily reflect upon a programmers' body of work, Fabrice Bellard has one (1) repository published on GitHub, quickjs. Compare the list of work on Bellard's home page https://bellard.org/.

> I am still confused, it's a JavaScript runtime intended to be deployed to JavaScript/Wasm runtimes?

Seemingly.

> Why does a JavaScript runtime need a JavaScript runtime?

Because if you want to create a Service Worker server for CloudFlare Workers and other JavaScript/Wasm runtimes, that's the only option for doing that AFAIK.

FWIW, this isn't a new idea. For example, Figma uses QuickJS (https://bellard.org/quickjs/) for their plug-in runtime: https://www.figma.com/blog/an-update-on-plugin-security/