3 ms·

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 p

by torh 3y ago

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 3y ago
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.
- estebank 3y ago
  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 3y ago
    Yeah I suspect the USB-C docking station is the guilty party. Same software, Arch and KDE.
    - JamesLeonis 3y ago
      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.
- mattpallissard 3y ago
  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.
pjmlp 3y ago
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 3y ago
  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 3y ago
    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.

by torh 3y ago

ssl232 3y ago

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.

estebank 3y ago
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 3y ago
  Yeah I suspect the USB-C docking station is the guilty party. Same software, Arch and KDE.
  - JamesLeonis 3y ago
    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.
mattpallissard 3y ago
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.

pjmlp 3y ago

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 3y ago
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 3y ago
  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.