We could take this further and let developers specify exactly the dependencies they need! No more bloated runtimes! App A could specify libfoo>=1.23.45 while app B specify libfoo<1.24 and Flatpak could resolve the compatible version automatically!

Serious answer: If space saving is the goal, traditional packaging is the way to go. Allowing multiple runtimes is a slippery slope away from the core idea of Flatpak (simplest dependency management possible so developers don’t have to test many configurations).

(Not that there’s anything wrong with traditional packaging with more complicated dependency management - it’s just not Flatpak’s thing).

Never heard of this “Papers” PDF reader before and it’s not on Flathub either. Apparently it is a fork of Evince with lots of big changes planned. Exciting stuff! But does anyone know what’s going to happen to Evince?

Are you aware that Firefox Translate uses AI models[1] to translate text and it’s already included in current versions of Firefox?

[1]: not a completion/instruction LLM, but still very much a “language” model

Looks nice! Is this yours (OP)? If so, are you aware of Bavarder? It seems to have quite some features. (But it is unmaintained and broken right now so Alpaca is a welcome replacement.)

Look into using your browser’s designMode functionality. It’s as WYSIWYG as anything can be. It’s great for editing HTML but not very suitable for writing HTML.

Hetzner storage box is 3.81€/month for 1TB.