mid-kid

I've tested my configuration on a clean debian install, and the tabs are shown fine. Then I tested the same configuration on a clean firefox profile on my regular system,...

> contacting upstream for more convenient options is an option, too. Yeah, installing in different paths isn't a huge deal, but it'd be nice to get a new pkgconfig filename...

> Major distribution won't do this in a foreseen future due to potential bugs until KDE upstream switches to Qt 6. Again, you're missing the part where you can do...

> Then all KF5 should be built against Qt 6. Mixing Qt 5 and Qt 6 in one project is a very bad idea. Nobody is doing this. Having the...

> KDE still doesn't support theming for Qt 6 Then build tdesktop for Qt 5 I guess.

I'm not ilya, but Qt 6 doesn't support windows 7, so as long as tdesktop supports win7 there'll be some sort of support for it. (I'm sure it'll be dropped...

> Note, i3 doesn't need all of this, because X11 clients upload their icon pixel data themselves to the X11 server as a window property. Wayland doesn't do such things...

I will "meh" very hard. I trust everyone with push access knows what they're doing, is already using PRs to pass CI and whatnot before pushing nontrivial changes, and etc....

I guess status checks are fine if the github action only takes half a minute, though I often run `make compare` locally anyway. I guess in the latter event I...

One of my test configurations has an issue: ``` CMake Error at cmake/external/kcoreaddons/CMakeLists.txt:28 (find_package): By not providing "FindKF5CoreAddons.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration...