This should work on Jolla's Sailfish OS phones as they're running a legit Android in a sandbox. Unfortunately their hardware support is pretty abysmal if you want all features working - and since it's legit Android it's also not free (monetary) and Sailfish OS's UI toolkit is also not free (freedom).

edit: also, last time I checked, Bluetooth support for Android apps is terrible, basically only audio work(s|ed).

And then there's the installation options that look and behave exactly like a regularly themed Qt application (which it probably is). Wonderful!
Okay, I'm coming from Gentoo and Debian, cut me some slack, I'm easy to please regarding installers :-P

Maybe you should actually have read OP's post.

Unfortunately this is not a time lapse of random developers in pajamas sitting in front of their computers, typing in text, googling stuff on StackOverflow, occasionally scratching their heads and occasionally shouting "fucking Akonadi!!!".
Very disappointed!

/s in case it wasn't obvious

Or issue a DMCA takedown if they violate OP's copyright. Much cheaper, much faster.
But very much illegal if OP's copyrights aren't being violated.

Gentoo.
Everything just works and I can configure everything the way I want.

In the vast overwhelming amount of cases tooltips show additional information that you cannot see from clicking on something or provide an explanation to an option that isn't available without scrounging through a manual. None of those apply here.

In current versions of Firefox you hover your mouse over a non-active tab [...] to see (after a small delay) a tooltip containing the web page title.

Uh... what is the point of that? If I am looking for a specific tab then:

• I probably want to switch to the tab that I am looking for, so staying on the current one is not required
• if there are a few tabs from different pages from the same domain the difference might be hard to see on a thumbnail (similar page headings with logos)
• and most importantly: opening the tab is faster than waiting for the delay anyway

This sounds like a "cool" feature that's looking for an actual problem to solve.

dpkg-reconfigure sysvinit

I don't remember what I was trying to achieve, but it was a bad idea. I also didn't (and still don't) know how to fix the outcome of this, so - since my home was on a separate partition anyway - I just reinstalled Debian since that was much quicker anyway.

That something entirely different than the protocol being biased towards Linux. It's like complaining that TCP/IP is biased towards Linux because the Linux kernel's networking module can't be used in BSD kernels.

A crash in the window manager takes down all running applications: Yes, because the compositor IS the server, window manager AND compositor at the same time.

Maybe not anymore in the future: https://blog.davidedmundson.co.uk/blog/qt6_wayland_robustness/

Wayland is biased towards Linux and breaks BSD

FreeBSD already has working Wayland compositors by the way.

X11 and Wayland are just protocols. These protocols are used to abstract the window drawing from the actual hardware and runtime environment as much as reasonably possible - because nobody wants to maintain 3215 versions of their app for different runtime environments. So in order to be shown on the screen an app needs to implement either the X11 or the Wayland protocol (or both!).

The piece of software that is on the other side depends on whether the app is using X11 or Wayland. For the sake of simplicity let's assume that the app does only support one of those. If the app supports Wayland then it will try to connect to a Wayland compositor. The compositor implements every part of the protocol and makes sure that the window is rendered on the screen and that user input is forwarded to the app. If the app supports X11 then it will try to connect to a X server and take the role of an X client. This is (on Linux, essentially) always X.org*. X.org also implements every part of the protocol and makes sure that the window is rendered on the screen and that user input is forwarded to the app.

* Unless you're running a Wayland compositor, then it will connect to XWayland which passes through the window to your compositor.

Wayland compositors have full control over the apps while the abilities of apps are purposefully restricted.
A window manager is just another regular, boring, old X client connecting to the X server. It doesn't actually abstract anything. It can move windows because the X11 protocol allows it to, but any other X client could just as well move all other windows around, read all user input to all other windows and even move the mouse around as it pleases.

So, to be specific, there is no mouse pointer bug in Virtualbox while using Wayland. There is a mouse pointer bug affecting specific Wayland compositors, likely because they enforce GPU hardware acceleration that is lacking in either your VM or the Linux kernel because of missing drivers. Try using a different compositor, (re)installing Virtualbox Guest Additions with the correct version on the guest system and/or check whether hardware acceleration is enabled for the VM and has enough video memory.

Thank you for explaining what Wayland really is: a protocol. I see way too many people in forums going "Wayland constantly crashes" or "this doesn't work with Wayland" but what they actually mean is that their compositor of choice crashes or lacks a feature. There are a few things that Wayland doesn't support (like multiple-main-window-apps that want to put their children relative to each other (i.e. multi-window Gimp)), but that's usually not what's being discussed.

But please allow me to correct you on a few details:

• X is not a server. X.org is the single remaining "big" X server in use which replaced XFree86 a long long time ago. X is commonly available as a shortcut to start the main X server installation though.
• X11 is not "an unmaintainable mess". X11 isn't as simple anymore as it used to be, but certainly not in an unmaintainable manner. But writing a new X server from scratch is about as much work as untangling the unmaintainable mess that is X.org

far more efficient than with X11

In theory. The issue is that, at this point in time, the vast majority of software that actually needs this efficiency (read: video games) run on XWayland, which adds a bit of overhead which ultimately causes them to run slightly slower on Wayland compositors compared to X.org. Maybe this will change at some point as devs patch their native games to check for a Wayland compositor by default and the big set of Wayland-support-patches makes its way into wine (and hopefully proton).

X12 actually exists. That said, it never went further than an extremely rough draft and was abandoned at some point, ultimately in favor of Wayland.

Noch.
Wer finanziert schon den Bau von MFHs, wenn nicht langfristig damit Rendite erwirtschaftet werden kann? Auch Wohnungsbaugesellschaften müssen irgendwann zwingend einen Break-Even erreichen, um das Risiko der Bewohner zu verringern. Das Bauen (ob nun allein oder als WBG) muss prinzipbedingt langfristig immer günstiger sein als das Mieten - wenn es anders ist, dann kann das nur ein temporärer Effekt sein, irgendwann schnappt das Gummiband dann zurück.

Es muss dringend viel günstige Bauflächen geschaffen und notfallsweise die Quadratmeterpreise auch beim Privatverkauf gedeckelt werden, sonst sieht es für Mieter extrem schlecht aus. Letzteres f*ckt zwar Spekulanten, aber da bin ich persönlich nicht so traurig drum.

Ich verstehe nicht welchen Vorteil die Fotografen und Journalisten davon haben sollten

Exklusive Bilder von so einem Vorfall lassen sich für teuer Geld verkaufen. Du glaubst doch nicht, Reuters/AP/CNN/... haben die kostenlos bekommen?
Aber auch wenn man jetzt der Argumentation halber mal annimmt, dass die Journalisten eingeweiht waren: Ob Reuters/AP/CNN/... das gewusst haben können, als sie das Bildmaterial erworben haben, ist trotzdem zweifelhaft.

I don't know about the creators of this project, but in general: So that they can use the stuff in their closed source applications while finding enough contributors to write software for them for free.

Nein ist es nicht. Wenn du nicht gerade eine Möhre mit 20 PS und einen extrem präzisen Fuß hast, dann kann man bei leichtem Bergab schnell mal so einige km/h zu schnell werden. Schließlich muss man beim Autofahren, insbesondere innerorts, auch noch auf viele andere Dinge achten als die aktuelle Geschwindigkeit.

Es wurde durch losfahren und kurz vor mir abbremsen ein überfahren angedeutet.

Wenn das durch kommt dann wird's teuer :)

Und dann bitte noch Strafen proportional zum Einkommen des Fahrers wie in Finnland.

Das wäre generell fein, aber dafür müssten wohl sehr grundlegende Gesetze geändert und alles andere angepasst werden. Selbst wenn man das möchte, dann würde der Prozess Jahre dauern.

25% über dem erlaubten wäre so meine Idee

Die aktuelle Regelung (3 km/h bzw. % bei festen Anlagen, 5 km/h bzw. % bei Mobilen) ist ohne Tempomat oft zu leicht versehentlich zu erreichen, aber bei Tempo 50 ungestraft bis 62,5 km/h fahren zu können finde ich schon ein bisschen viel.