Zune'd

My Zune 30's still kicking! Ipods aren't.

Nice, a model for google-fu.

Uniting children with the machine god, what could ever go wrong?

Yes! Nintype is incredible and is the only reason I refuse to upgrade my phone.

Impressive. It loads so quickly! What was this made with?

The big problem here is that devices can not be re-registered. It's a mean move from Amazon, and will make it difficult to re-enable extra features. However, those devices have multiple jailbreak methods available, so there's really no loss if you can take that extra step. All books are presumably still available on the kindle app / website, and because you already bought them you can pirate them.

Kindles have the best text rendering (imo), and calibre can be used to sideload books. My PW1 had stellar text rendering. My next kindle, Kindle 10 had a lower PPI but decent text rendering. I now use a PW5 and the text is flawless.

Kindle's UI does suck, though. Very slow and the keyboard is glacial. Still, page turns are zippy and it collects highlights in a central file, which is very handy.

Yes! This is the way. https://wiki.debian.org/DontBreakDebian/

Emacs has globally shared buffer state amongst the frames that share the same "base frame" (no idea what this is called) or the same socket (could be wrong here).

Anyway, you can start N emacs instances and they can all have individual buffer states.

Emacs is not primarily a TUI program (although it does have a TUI with the -nw). The TUI version of emacs lacks visual customizability and introduces unnecessary overhead (terminal!). Use the GUI.

Text insertion lag is something I haven't experienced since 2019. Config issue?

project-find-file might be slow because of low gc-cons-threshold. I know consult gets around this by temporarily raising the threshold. These days, you can use the feature/igc branch to make these operations faster (although they are pretty fast anyway).

If you think emacs lacks <fundamental feature X>, think again!

> Emacs is not primarily a TUI program (although it does have a TUI with the -nw). The TUI version of emacs lacks visual customizability and introduces unnecessary overhead (terminal!). Use the GUI.

Can you elaborate on this? I tend to use emacs exclusively in the terminal, since I'm often using them on remote workstations. For remote workstations, I can (a) open files using TRAMP, (b) open a remote GUI with X11 forwarding over SSH, or (c) open a remote TUI. TRAMP doesn't always play nicely with LSP servers, and remote TUIs are much, much more responsive than X11 forwarding.

Locally, the performance of emacs depends far more on the packages I load than on the GUI vs TUI, so I'm interested in hearing what overhead there would be.

Yes, emacs is equally performant in GUI and TUI. And frames can be opened in both GUI and TUI on the same socket.

For me, TUI is a dealbreaker because:

- No mixed-pitch support: I use mixed-pitch fonts in org-mode buffers and in outline faces in prog-mode buffers. And fonts are just plain nicer on the GUI, and it's much better to look at.

- No SVG support: (I might be wrong about this) I have a custom modeline with SVG artifacts and the artifacts fail silently on the TUI

- Keybind conflicts: I am not used to accounting for the terminal's keybinds. Also, I use xfce4-terminal, which does not support the Hyper modifier (which I use extensively).