Aleix Pol wrote:

>> In fact, my observations probably imply that the code *is* called when
>> running "pure Qt5" apps under X11 (it is with the xcb plugin on OS X; I
>> checked). If indeed so, I think it should be updated to comply with KF5
>> principles if KDE_SESSION_VERSION = 5 (and use the KDE4 config as a
>> fallback). No?
> 
> No, it's not run when the frameworksintegration QPlatformTheme plugin
> is loaded.

Why would pure Qt5 applications load that plugin? All I can tell is that when I 
set KDE_SESSION_VERSION and KDE_FULL_SESSION the code *is* run when I start 
applications with the Xcb plugin and the plugin is *not* available. I think 
that's expected behaviour.
I cannot judge to what extent it is expected/support to set KDE_FULL_SESSION 
without having fwintegration installed.

> If it was, it would be a bug.

That bug appears not to exist, but that plugin is loaded only when I use the 
Xcb 
QPA plugin ("-platform xcb").
Any pointers for figuring out how to get that frameworksintegration 
QPlatformTheme to be loaded when using the Cocoa QPA plugin ("native" mode)?
A priori users should then still be able to use Qt's native Macintosh "aqua" 
theme by selecting it as their KDE widget style.

> PS: René, cross-posting is bad. Let's bring the issues up in the
> correct channels. If it was a bug in Qt, a bug report would have been
> more appropriate.

I know, but I consider(ed) it the lesser evil between that and reporting this 
as 
a bug if it's a known issue already, or worse, something that has been decided 
to leave "as is". Reason for cross-posting was to get feedback if this is 
indeed 
a situation no one realised existed.

R.

_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Reply via email to