RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

Martin Graesslin mgraesslin at kde.org
Thu Dec 10 07:07:32 UTC 2015


On Wednesday, December 9, 2015 4:03:24 PM CET Aleix Pol wrote:
> On Wed, Dec 9, 2015 at 3:56 PM, Mark Gaiser <markg85 at gmail.com> wrote:
> > On Wed, Dec 9, 2015 at 8:24 AM, Martin Graesslin <mgraesslin at kde.org> 
wrote:
> >> On Tuesday, December 8, 2015 6:03:47 PM CET Mark Gaiser wrote:
> >> > I thought the frameworkintegration plugin was exactly that and usable
> >> > for
> >> > any platform if they wish to use it.
> >> > Or is my assumption wrong and is it really only for Plasma and should
> >> > others stay away from it?
> >> 
> >> well obviously it's only for plasma as it's bound to env variables set by
> >> startkde. And in 4.x time the qpt plugin was in kde-workspace repo, see:
> >> 
> >> https://quickgit.kde.org/?p=kde-workspace.git&a=blob&h=4f67cc55104fe1081b
> >> 05d381e9516e0215f8e24a&hb=1b97d4427257120e305408404bff5ec6be0b65a9&f=qgui
> >> platformplugin_kde %2Fqguiplatformplugin_kde.cpp
> >> 
> >> > My assumption can very well be wrong, but then i think we need to have
> >> > a
> >> > "base" frameworkintegration that every app dev can use with or without
> >> > plasma. And a plasma specific version that integrates more in plasma i
> >> > suppose.
> >> 
> >> I don't think it's anything an app developer should care about. It's
> >> integration, that's not something the app developer picks - otherwise the
> >> app
> >> breaks on integrating with other platforms.
> >> 
> >> > I don't care for that either. It's logical and to be expected.
> >> > I do care when i want to use the KF5 filedialog and need to install
> >> > plasma
> >> > (which has absolutely nothing to do with the dialog) just to get it.
> >> > With "use" i mean the file open dialog, not the ones you can just call
> >> > from
> >> > the C++ side of things.
> >> > 
> >> > And i definitely do not want to make a QPA just to have that working.
> >> 
> >> Well you have to. The file dialog is part of integration. If you want to
> >> have
> >> a specific integration you need to provide a QPT (not QPA) plugin.
> >> Application
> >> developers must keep away from that.
> >> 
> >> Please also read up on the topic of why KFileDialog got removed from our
> >> API.
> >> 
> >> Cheers
> >> Martin
> > 
> > I see what you mean, i understand your opinion, but... I just don't like
> > it
> > for all the reasons given earlier.
> > I might be a minority here, not many people are responding besides Aleix
> > and myself.
> > 
> > Lets both take a step back and let some other opinions flow in.
> 
> I don't really understand your points...
> 
> LXQt/Other Desktops can depend on Plasma packages if they wish. Some
> of them have used KWin at some point, AFAIK.

+1. I also just don't get Mark's points. It sounds to me like the "oh gosh a 
dependency on Plasma is EVIL". If users have a problem with installing the 
dependency because it's part of Plasma and not part of Frameworks I'd say bad 
luck for them. We shouldn't code around barriers in people's mind.

> 
> We also provide the classes to set up the QPT in our frameworks, they
> can create their own (and probably should, if you ask me).

+1. And as I said: if other desktop environments consider our file dialog 
superior, we should make sure they can use it through a framework in their 
QPT. But they should not use our QPT. If they use our QPT they will hit a 
problem somewhen in future when we change something for better integration 
with Plasma and that just doesn't work at all with $DE.

Cheers
Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20151210/05627a8e/attachment.sig>


More information about the Plasma-devel mailing list