material-shell VS RIIR

I really want https://material-shell.com/ for MacOS

it was perfect for using a single monitor

kinda like a deterministic alt+tab, you set up the layout of "workspaces" and they're always in the same place

I keep getting annoyed at alt+tab because I accidentally clicked on another window and now the order is messed up

I'm confused. How does that work? Is it like a GNOME extension or something; similar to how Material Shell works?

check this gnome plugin https://github.com/material-shell/material-shell

I don't know too much about that. You can achieve a lot with gnome extensions. And if you'd like to build your own and see what's possible, check out the source code of Material Shell

Website: https://material-shell.com/

Material Shell has Gnome 44 support: https://github.com/material-shell/material-shell/releases/tag/44

But you might want to try out Gnome first, with one of the many tiling extensions, or perhaps Material Shell for a Tiling like WM experience

Has anyone used Material Shell? It looks like it will do the tiling for me.

Hi, I'm working on Ubuntu 22.04.1 with Gnome 42.5. I used to be able to install shell extensions just fine with the Chrome extension. However (I think since (un)installing the Material Shell Extension), I can't install any extension anymore, not via the Chrome extension, not via the terminal (`gnome-extensions install -f ...`). In the browser, the switch is available and clickable, but nothing simply happens. Via the terminal, no feedback at all is given. When going over the [source code](https://github.com/material-shell/material-shell) of the material shell, it seems that it tampers with some extensions and God knows what else... Via `dconf` I had to enable the allowance of extensions (`disable-user-extensions`), also something Material Shell probably did. I uninstalled Material Shell according to the docs, but of course, not everything is undone...

It was, imo, inflated by the comments pointing to the RiiR sentiments, not the comments to that effect itself. Even repositories 'collecting' such instances (e.g. https://github.com/ansuz/RIIR) are largely not collections of making anyone to change their own software but just projects that happen to be written in Rust. (these out-of-scope issues are not being tagged appropriately). Overhyped controversy by all sides.

Dunno what news you have missed but there's entire internet brigades dedicated sorely to spam projects with "rewrite it in rust". There's even a repo documenting this.

The OP post in the link references https://transitiontech.ca/random/RIIR (Rewrite it in Rust) as a meme.

Yes, one can hope, but I wouldn't bet on it and I wouldn't suggest to RIIR. I don't want to be that person that pops up uncalled for and asks to Rewrite It In Rust. One might think "Oh it is just one additional issue to the ~2.2k already opened mypy issues" if they have at all realized that there are that many open issues.

It's died down a bit now, but there is/was a non-trivial amount of stupidity from Rust advocates whenever someone ran into a memory problem with C/C++ to "re-write it in rust" or to just rewrite things in general. (IE https://transitiontech.ca/random/RIIR)

Or even better, RIIR the Windows kernel!

What is it with people asking for rust rewrites of Xorg this week? https://github.com/ansuz/RIIR/issues/83

The second language is Rust, and I went with that partly because rewriting C in Rust is a meme in itself, and in part because it was much easier to think of how to nicely fix that bug in Rust than it was in C (just add a = to the range to be end-inclusive).