[KDE/Mac] plasma-desktop on other environments (bis)

René J. V. Bertin rjvbertin at gmail.com
Mon May 23 08:07:41 UTC 2016

David Edmundson wrote:

>> elements, and which don't have a Qt equivalent?
>> Yeah. "KColorScheme". That ends up opening kdeglobals directly.

I didn't write that, who did?

> aha - and this is how you're ending up with the right colours.
> A palette can also come from the qstyle:
> http://doc.qt.io/qt-5/qstyle.html#standardPalette
> Both the breeze and oxygen style (via kstyle) set the application palette
> to the one from the color scheme hence you end up using kdeglobals *if* you
> have one of those two styles set.

I haven't tried this for a while, but it used to be the case that applications 
wouldn't use the full palette on OS X even when started with -style oxygen or -
style breeze, when the platform theme plugin isn't available. Components like 
window backgrounds would still use the standard colours. OTOH I think that 
applications like Digikam or Krita that provide their own colour theme selector 
did manage to apply the full palette (I should be able to verify that), and if 
so it should be possible for a theme to invoke the same method and get the same 

Re: the rendering issues with the native widget style I mentioned: I agree of 
course that is something that should be fixed. Regardless of whether it's 
"allowed" or not to use non-native styles; the native style will always be the 
default in a fresh installation (or one lacking the prerequisites to using other 
themes as a user-selected default).

Re: knetattach : OS X indeed provides its own version, but it supports only AFP 
and SMB shares. It wouldn't thus be completely redundant to provide a utility to 
mount the other types of shares knetattach allows to mount.


More information about the kde-mac mailing list