Byter

Try to use open source software. Harder for it to disappear.

You can't build a box that will survive long without your help. You're maintaining a living system, not a sculpture. It needs someone at the wheel making decisions. Updates will have breaking changes. Tokens and certificates will expire. Eventually hardware will fail.

The best you can do is provide an easy way to export the important data into a digestible format for your loved ones to manage with the skills they have. If that means pushing it into a managed service owned by Big Tech, so be it. You don't want to tacitly hurt them for their lack of interest in self-hosting.

I use it all the time for hot drinks and soups.

I came into Emacs (only a year ago) with Vim experience as well, and it was a difficult transition for the reasons you describe, but I persisted due to the beauty and power of the rest of Emacs' design and ecosystem.

I try to use the default bindings whenever possible, as I find going against the grain in Emacs leads to less efficiencies as packages stop cooperating with me or each other. Evil-mode is often criticized for this reason. It clobbers other bindings.

Understand that the default editing functions work best for lisps and their sexps. You will likely need to find third party packages to get that fluid feeling back for non-lisps. (Or implement them yourself!)

Check out

• change-inner which uses expand-region
• Maybe even the heavy-handed evil-mode. (But if you do, I'd recommend considering Meow as a less-invasive alternative)
• wgrep combined with the replace- commands really impressed me.

Sorry to break it to you, but that's a bot.

At least it's level on a table because of the bar

I have access to Into the Breach and Slay the Spire on Android but not in my Steam library. I'd enjoy first party support in playing them on my Deck.

Android games on Steam Deck.

I've also wanted to do this for a while, but there were always a few too many barriers to actually spin up the project. Here's just a brain dump of things I've seen recently.

vGPUs continue to be behind a license. But there is now vgpu_unlock.

L1T just showed off PCIe "fabric" from Liqid that can switch physical devices between machines.

Turning VMs on and off isn't as slick as either of the above, but that is doable today. You'll just have to build all the switching automation yourself. That could just be a shell script running QEMU/libvirt commands, at a minimum.

Thanks for asking. Not sure how I toggled that on...

You can put the game into its own time namespace.

https://www.man7.org/linux/man-pages/man7/time_namespaces.7.html

I'm not sure I understand your question.

Eat has its own major mode which is used when you open a standalone buffer via the eat function.

When it's embedded in Eshell it mostly just does the right thing whenever you invoke a command that uses terminal control codes (e.g. htop) -- and many of those can be closed with q, yes.

I assume Eat is activated for any program listed in the eshell-visual-commands variable (but I'll admit I don't really understand how that works). The notable new minor modes present when I run htop in eshell are Eat--Eshell-Local and Eat--Eshell-Process-Running.