[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:
> 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