Not sure about the "axe to grind" thing -- I didn't call any names, and it kind of calls for people to see any kind of reply from me as further "aggression". I merely stated my opinion based on what I've seen 15+ years in IT (including using QT to write some KDE API based apps).
I believe I have a quite good understanding on where QT stands in the "commercial apps" landscape, and common isn't the word I'd use for it. Skype would be the biggest success story, if they still use it, and it looks quite different from the regular QT/Windows look (which is what we were discussing).
So, just by Skype alone sure, you'll find "most Windows PCs used by regular consumers have [a copy] of Qt on them", but that's not enough to call it common in my book. Most regular PC also have had Java applet SDK and even JREs, and one could cite a few apps using it, but few would call Swing "popular" in the desktop space.
As for Qt being a "800k developer ecosystem", a lot of them work on internal enterprise tools, automation software and stuff like that, which has been a traditional market for TrollTech and QT in past decades. Then there's always KDE of course too.
Many of which run on Windows, FWIW.
In fact, as I've just checked it again to be sure, the whole initial point was a non starter, trying to paint Windows as equally fragmented, UI-wise, as Linux.
- iTunes (built on a port of some of Cocoa I think)
- Spotify (custom UX, also on Linux - using Qt - but I don't bother)
- Steam (custom UX, own toolkit - also on Linux)
- EA Origin (custom UX, made with Qt)
- KakaoTalk (custom UX, I think using a native toolkit though)
- LINE (similar to Kakao)
- Telegram (custom UX, built on Qt - actually this runs fine on Linux, but I keep it in the VM alongside KakaoTalk because it's the same use case)
- Firefox (custom UX, with native-ish theming by its own XUL toolkit grabbing stuff from Windows APIs)
- Chrome (custom UX, built on a custom toolkit called Aura with some Windows exceptions)
- Kodi (custom fullscreen UX)
All of these are apps with user numbers in the range of hundreds of thousands to tens of millions, and they're all unicorns. (You may never have heard of KakaoTalk or LINE, say, but both have 50+ million desktop installed bases.)
Some of the above (Telegram, Firefox, Chrome, Steam, Spotify) show up on Linux just the same, no better or worse. Outside of that, most apps people actually use on Linux:
- KDE/Qt apps, which import a lot of standard structure from kxmlgui and DE settings (e.g. dialog button order, standard dialogs) from Qt's QPA plugins
- Gnome apps, which follow a strongly defined HIG
- Non-Gnome GTK+ apps imitating the Win98-style HIG for the most part (which overlaps a fair bit with the kxmlgui standard structure)
Sure, there's a long tail of other toolkits on Linux (just as on Windows), but my argument is basically: Going by the most-used apps, Windows and Linux suffer this problem (if you consider it one) to a similar degree, but Windows slighly worse because outside the apps showing up on both platforms, the remaining popular Windows apps are more fragmented UX-wise than on Linux with its three broad categories.
Heck, Windows 10's bundled apps are fragmented UI-wise to a much greater degree than any competing offering due to the classic/Metro divide.
It's an utter mess. An interesting question is whether this messyness hasn't had some benefits (like allowing app designers to iterate and innovate individually, with no concern for following a system HIG, allowing the overall platform not to fall behind the curb). But arguing the mess isn't there is very strange to me.
Yeah, a user can conceivably go for years without using one. By far most won't though, or will have Qt apps installed they don't use frequently.
Qt is an 800k developer ecosystem[1] -- do you think they all work on Wireshark? Most of them write Windows apps.
1 = https://youtu.be/sa2gS9GKG9Y
Edit: windows.com seems quite taken as well: https://blogs.windows.com/devices/2011/03/15/10-qt-use-cases...