[torh]

I recently installed KDE and I'm surprised how good it is. It's miles ahead of both Windows and Gnome. I mean, it's crazy good.

Like the small things: when I plug my laptop into the docking, the various applications are moved to the correct external monitor. That never happens on Windows.

[ssl232]

Tbh for me the monitor behaviour in KDE is great until it isn't. It works fine on my hardware at home but not on my Dell laptop and docking station at work. But I can live (and have lived) with it given the rest of KDE is as you say awesome.

[mattpallissard]

Probably not really a kde issue. Dell docking stations don't use vanilla USB, they use display link which is a bit of a PITA.

[estebank]

Fighting the urge to debug, and failing, are they running the same software? I could see it being a hardware issue, but highly doubt it. For me it works flawlessly with an old T460 and its dock, but maybe the USB-C codepath is less robust, even today?

[ssl232]

Yeah I suspect the USB-C docking station is the guilty party. Same software, Arch and KDE.

[JamesLeonis]

For what it's worth, I had a similar problem with a USB-C dock for my Framework in KDE. Check the Thunderbolt permissions under System Settings -> Hardware. I had to do a pairing dance to get it to work correctly.

[pjmlp]

From users point of view, from developer tooling experience, not really when compared to Visual Studio, .NET and C++ frameworks, even with the GUI civil war going at Redmond.

Although KParts and DCOP/D-Bus is certainly nicer than dealing with COM stuff.

[raverbashing]

Yes and I'd blame that on Qt more than anything else because they take C++ and bring it into their own magical world but it is very frail

Borland C++ interfaces for windows were better than anything else, MFC were a far 2nd place. .NET/C# made it useful again

[pjmlp]

OWL and VCL for the win!

Microsoft still doesn't have any tooling that comes close to C++ Builder. C++/CX was almost there, but then internal politics killed it.