Rectangle VS linux

Rectangle - Alternative app for window management

Have you tried any 3-rd party software like AltTab or Rectangle?

Rectangle for snapping windows and resizing them with hotkeys. Very convenient and it's free to boot.

- emacs-plus link: https://github.com/d12frosted/homebrew-emacs-plus#options-2 - rectangle app: https://rectangleapp.com

For window management and tiling, I think Rectangle is better than most of the alternatives I've used. And its OSS https://rectangleapp.com/

I'd still recommend finding replacements parts your workflow if you were accustomed to them on windows. apps like rectangle give you snap windows which is probably the biggest pain point coming from windows.

Rectangle gives you window snapping superpowers.

Consider using keyd, Interception Tools, or kmonad. They work everywhere and don't break if you look at them funny like xbindkeys and friends.

If you want completely monolithic & uniform experience built for your specific needs that no one else has on Linux but you, I don't think you'll be happy, ever.

> consistent titlebars and ui elements across all applications

You can get fairly close to this if you use gnome or kde specific distros.

But you're generally asking: please don't be open source. Please don't have a bazaar of ideas. Please build me one big cathedral. You ask here is antithetical to the purpose of whom you are asking. On most general purpose distributions, users probably ought to end up having multiple different UI elements.

> complete keyboard remapping such that macos keybindings work everywhere

I actually like this idea a lot, because it suggests a certain system-wide malleability layer that, at the moment, doesn't exist. I'd be interested to see how people thought we might tackle this.

Folks could make a custom Linux distro that pre-configures each app to be Mac like. I think that's the best chance. But jeeze it seems like an unholy crusade to support a very specific niche, a niche not known for participating & giving back & relishing what we are & do.

You could use something like https://gitlab.com/interception/linux/tools to read certain Mac key-combos or what not and rewrite them. But what would you rewrite to? I don't have a good sheet of what it is you'd be asking for or wanting to just work.

My spitball idea for how we'd really fix this: I'd like each app to register with a dbus service all of the "actions"/commands it can do, and allow rebinding & activation of the actions over dbus. Maybe even actions actually are just dbus methods, but annotated somehow, to describe their hotkeys or to give them human friendly names? Anyhow, whatever the impl, there could be a central "hotkey manager" that could see all keyboard bindings & let us top-down manage them. There'd need to be some way for "Save" in Kate to be combined/grouped together with "Save" in Firefox, somehow, for this to be helpful. Managing this namespace of actions would be a terror of a problem, utterly absurd, in my view, which implies strongly the difficulty of the ask here I'm trying to respond to, but I actually think it'd be a pretty noble & cool effort. In part because of what it relates to:

System command apps. Tools like dmenu/alfred/albert/quicksilver are meant as general top down interfaces, are often scriptable/extensible/deeply configurable to allow fast access & control of a variety of actions. By recognizing keybindings as what they are: actions/commands, and suggesting that the "actions"/commands of an app get bubbled up to the system layer & get managed there, we just make these top-commanders more powerful. There's also an extreme parallel here to voice-agent systems, like Chrome Assistant, Alexa, Siri, where apps present actions & the system is in charge of taking user input and translating it into actuation; they too are directory systems of actions, rather than having each app in isolation.

> ability to copy and paste into or out of a terminal without fuss

Copy/paste just works for me? Not sure what the problem statement is here, and/or what terminals you've suffered under.

> Desktop linux is not being held back by system usage. If anything, we need to stop caring about that for a while and focus on quality of life / ergonomics.

100%. My main personal laptop is 4GB. I run sway which is low resource consumption, but in general resource consumption seems like a huge non-factor to me. In general, Linux isn't going to win by being more conservative. Pining about resource consumption is self-rewarding, self-gratifying: one feels zealous & virtuous, like you have the true cause amid a fallen world & are the path of the defender. But IMO it's mostly detracting & abusing the good & necessary & vital suffusion of creativity & possibility into the world. The scope of consumption is not that bad. And we have the important task of figuring out where to go still ahead of us: I'd rather be conservative once we have better ideas of what works, at any resource budget, & hone back down from there. Rather than forever dance around this maxima/minima we're on & tune for what we have.

I'm also unimpressed with this article in general. Showing the amount of memory mapped in seems incredibly uninteresting & indicative of nothing. Amount of data read has some correlation with start time but loosely: if Gnome is reading 1GB sequential (it's not but for example) while KDE is 512b reads randomly (it's not) but half the size, you'd probably still want to pick Gnome.

If you don't find a decent answer you could maybe use https://gitlab.com/interception/linux/tools to catch some emacs keybindings and check the current window

Kintosh is great and is a very thorough implementation that is not simple remapping from linux/windows to mac analogs, but also considerate of conflicts in various applications as well. I believe in terminal emulators in Linux, for example, cmd+v will send ctrl+shift+v instead of simply ctrl+v.

There's some drawbacks, though. Wayland support doesn't exist. It's still a "hack" rather than a system wide adoption of MacOS keybind paradigms. It can't possibly account for all edge cases.

I would say if you're looking for advanced remapping of keys in linux you might want to look at Interception Tools[1] since it works on both X and Wayland, though programmable keyboards with QMK or ZMK are still going to generally be a better option.

[1] https://gitlab.com/interception/linux/tools

I use interception tools, but there are other ways

In this case, you need a custom keymap. Look at this issue. Or alternatively there's interception-tools now, but I haven't tried it.

I think you would be interested on https://gitlab.com/interception/linux/tools projects and it's plugin https://gitlab.com/interception/linux/plugins/dual-function-keys which works in udev level and does not rely on graphical session.

You can do a mashup to get similar functional results (ex: with interception: Interception (https://gitlab.com/interception/linux/plugins/caps2esc) but that's still very far from what AHK can do, and how easily it can be done with AHK.

Well, I do have CAPSLOCK as ESC on tap and LEFT_CTRL on hold and even ENTER as ENTER on tap and RIGHT_CTRL on hold by using Interception. (So CTRL is taken care of, now what should I do with META?).