3 ms·

I don't really know why you seem to have an axe to grind here. My original assertion was that most Windows PCs used by regular consumers have copies of Qt on th

• coldtea 11y ago
  >I don't really know why you seem to have an axe to grind here. 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.
  • sho_hn 11y ago
    > As for Qt being a "800k developer ecosystem", a lot of them work on internal enterprise tools, automation software and stuff like that Many of which run on Windows, FWIW.
    • coldtea 11y ago
      Sure, but our original discussion, lost in the sands of time, was about UI libs and how "regular windows users" have lots of QT apps. In the enterprise all bets are off, and all kind of crap is used, including tons of Swing, Flex, old VB6 apps, etc. 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.
      • sho_hn 11y ago
        I'd say Windows is a bit more fragmented UI-wise than Linux, even if you remove Qt from the conversation entirely. There simply hasn't been a strong notion of "this is how a Windows app looks" since the, say, Win 98 days between multiple different generations of MS-blessed designs, the skin-heavy era and a myriad of toolkits. The classic "Windows app" design in my mind is Notepad, and few apps look like Notepad. I admittedly don't use Windows heavily, but the few apps I use occasionally inside a Windows VM or on the dual-booted Windows on my laptop all sport widely different UI appearance: - 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.