If I have a problem, I try (and with Linux) often succeed to understand the problem. This is very rewarding and allows my systems to run without many problems, since I can extinguis issues at the cause.

That’s the simplest answer.

Shouldn’t everyone that installed Arch the right way be able to do it on most distros, simply after installing Pacman?

Though I think changing (shrink, create new, migrate, delete old) the partition layout would count as installing another distro on top…

Want a challange? Start with something like Silverblue.

Do you have sources on the “burn out” phenomenon?

As far as I’m aware there’s stress buildup from thermal cycles and overheating - but now burn out from keeping the hardware at, let’s say 95C.

It even has integrated graphics - so throw out that GPU, I have my server with a 6700k pull less than 20W at idle!

Good looking UI (designs) and good UX is not the same!

Apple is known for doing both relatively good (especially on the first iphone).

However personally I still dislike the Apple UI (the macos dock eats too much screen space, ios close all where?, ios back gesture,… for example) and UX (the system actively tries to prevent me from doing certain things). I mean, in the end, there often are keybindings that do the job, but those are harder to learn the the emacs keybindings imo.

To be honest, I switched to Wayland years ago precisely because of the better perceived input/cursor experience.

Change my mind, but having an average of half a frame input latency is much preferred when in return I gain that the cursor position on the screen actually aligns with all the other content displayed.

Plus, I’m very sensitive to tearing, so whenever it happens I get the impression that there was a huge rendering error.

Well and on the note that the cursor might visibly stutter, sure. But it’s a bit misleading. A game pinning the GPU to 100 % and running on 5 FPS doesn’t mean that your cursor will be rendered with 5 FPS. So far I’ve only noticed cursor lag/stutters in OOM situations, but neither under heavy GPU or CPU load.

You can already do so incredibly much by hooking up a few extra LSPs and keybinds (calling external scripts/programs)!

What I’m personally still missing though:

• Code Folding
• More refined subprocess handling, i.e. term-buffer switching or floating term (when excuting gitui via keybind for example)
• Emacs Org-Mode like context aware styling, for i.e. Bold or Italic text hints from LSP
  • Font changes (restricted through terminal)
  • Different Font/Line sizes for i.e. headings (restricted through terminal)
  • Inline images (sixel!)
• Dedicated optional client, a-la Neovide with cursor animations (helps orientation with jumps etc.), and to alleviate the previous terminal restrictions