krupan
Born on April 28, 2010•3615 Karma
When I account for the amount of time it saved me there's no question $2,000 was worth it.
I imagine you imagine our primitive ancestors in the canopy, glancing at their iPhones to see how their property value is doing.
But the truth is, we didn't even have this level of thoroughgoing, casual precarity as recently as fifty years ago.
Or even twenty.
There was a time, even in my memory, where rents were tolerable and housing within reach.
Also, capitalism is the natural state of how humans operate. Money literally predates writing and the first pieces of writing we have are sales invoices.
Citation needed; good luck
I switched to Wayland and sway about 2 years ago and it hasn't been bad, but this is the thing that makes me most sad about Wayland. X has so many different window manager options, it's like, an embarrassment of wealth. Wayland has like, 3 "finished" ones (if sway even counts).
I would guess you hadn't done as much emacs yak shaving as some of us other emacs users if the switch to VSCode was a simple one
It really speeds things up
When we switched to using a tiling window manager for all our windows, we ran into a muscle memory problem. We were used to jumping between emacs windows/buffers using C-x o and C-x b and then without thinking about it we'd try and use the same keys to jump between i3/sway windows and of course it doesn't work. Or vice versa, trying to use i3/sway shortcuts to switch emacs windows/buffers.
To try and solve this problem I've been using less emacs windows and more i3/sway windows, so I can just use i3/sway keybindings everywhere, but emacs puts up some resistance to that. I like this approach
Recently I hacked together a Bash script for seamless navigation between i3 windows/tabs and Kitty windows/tabs using i3-msg, xdotool, jq, kitty's remote control sockets. Now if I only figured out how to add Helix windows into the mix...
Sometimes thinking outside the box helps. I've been able to unify a lot of keybindings by using a context aware remapping tool such as Keymapper (https://github.com/houmain/keymapper.
I think the more elegant model would be for the window manager to own all the window management keybindings and then for there to be a background emacs-like process that owns the buffers (and the remaining keybindings) and can present them in standalone windows which the window manager presents. With some kind of IPC between the two for coordination, I guess.
I don't think GNU Emacs itself works well with this model tho. Its "server" mode is something else entirely.
So instead, I’ve made any keybinding with the Super key take ownership from the window manager, and ctrl-c * for emacs, but I’ve been thinking of binding the Hyper key to my keyboard so it’s one less level