<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Dec 10, 2015 at 8:07 AM, Martin Graesslin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On Wednesday, December 9, 2015 4:03:24 PM CET Aleix Pol wrote:<br>
> On Wed, Dec 9, 2015 at 3:56 PM, Mark Gaiser <<a href="mailto:markg85@gmail.com">markg85@gmail.com</a>> wrote:<br>
> > On Wed, Dec 9, 2015 at 8:24 AM, Martin Graesslin <<a href="mailto:mgraesslin@kde.org">mgraesslin@kde.org</a>><br>
wrote:<br>
> >> On Tuesday, December 8, 2015 6:03:47 PM CET Mark Gaiser wrote:<br>
> >> > I thought the frameworkintegration plugin was exactly that and usable<br>
> >> > for<br>
> >> > any platform if they wish to use it.<br>
> >> > Or is my assumption wrong and is it really only for Plasma and should<br>
> >> > others stay away from it?<br>
> >><br>
> >> well obviously it's only for plasma as it's bound to env variables set by<br>
> >> startkde. And in 4.x time the qpt plugin was in kde-workspace repo, see:<br>
> >><br>
> >> <a href="https://quickgit.kde.org/?p=kde-workspace.git&a=blob&h=4f67cc55104fe1081b" rel="noreferrer" target="_blank">https://quickgit.kde.org/?p=kde-workspace.git&a=blob&h=4f67cc55104fe1081b</a><br>
> >> 05d381e9516e0215f8e24a&hb=1b97d4427257120e305408404bff5ec6be0b65a9&f=qgui<br>
</span>> >> platformplugin_kde %2Fqguiplatformplugin_kde.cpp<br>
<div><div class="h5">> >><br>
> >> > My assumption can very well be wrong, but then i think we need to have<br>
> >> > a<br>
> >> > "base" frameworkintegration that every app dev can use with or without<br>
> >> > plasma. And a plasma specific version that integrates more in plasma i<br>
> >> > suppose.<br>
> >><br>
> >> I don't think it's anything an app developer should care about. It's<br>
> >> integration, that's not something the app developer picks - otherwise the<br>
> >> app<br>
> >> breaks on integrating with other platforms.<br>
> >><br>
> >> > I don't care for that either. It's logical and to be expected.<br>
> >> > I do care when i want to use the KF5 filedialog and need to install<br>
> >> > plasma<br>
> >> > (which has absolutely nothing to do with the dialog) just to get it.<br>
> >> > With "use" i mean the file open dialog, not the ones you can just call<br>
> >> > from<br>
> >> > the C++ side of things.<br>
> >> ><br>
> >> > And i definitely do not want to make a QPA just to have that working.<br>
> >><br>
> >> Well you have to. The file dialog is part of integration. If you want to<br>
> >> have<br>
> >> a specific integration you need to provide a QPT (not QPA) plugin.<br>
> >> Application<br>
> >> developers must keep away from that.<br>
> >><br>
> >> Please also read up on the topic of why KFileDialog got removed from our<br>
> >> API.<br>
> >><br>
> >> Cheers<br>
> >> Martin<br>
> ><br>
> > I see what you mean, i understand your opinion, but... I just don't like<br>
> > it<br>
> > for all the reasons given earlier.<br>
> > I might be a minority here, not many people are responding besides Aleix<br>
> > and myself.<br>
> ><br>
> > Lets both take a step back and let some other opinions flow in.<br>
><br>
> I don't really understand your points...<br>
><br>
> LXQt/Other Desktops can depend on Plasma packages if they wish. Some<br>
> of them have used KWin at some point, AFAIK.<br>
<br>
</div></div>+1. I also just don't get Mark's points. It sounds to me like the "oh gosh a<br>
dependency on Plasma is EVIL". If users have a problem with installing the<br>
dependency because it's part of Plasma and not part of Frameworks I'd say bad<br>
luck for them. We shouldn't code around barriers in people's mind.<br></blockquote><div><br></div><div>Really, you're going to act like that?</div><div>Let me remind you that you opened an Request For Comments (RFC) and i spend the time giving (in my opinion) constructive arguments on why i think your proposal isn't ideal. You should be happy about that. I did exactly what one would want when posting an RFC. I've not said a single bad word about plasma[1] and did not do and weird assumptions. You did.</div><div>If i use openbox with frameworks i do not want all of plasma being pulled in with all the dependencies it in turn pulls in (basically the whole plasma desktop environment).</div><div><br></div><div>I've not been offensive or leaning towards that side, but you are leaning very much in that direction right now.</div><div>Voting on not agreeing with me, how childish can you act.</div><div><br></div><div>I'm against it, deal with it.</div><div>I might be very wrong, there might be very good arguments to do what you want, but you fail to convince me of the supposed benefit.</div><div><br></div><div>Get some more opinions in this thread! Really! And not just of plasma orientated folks, also framework folks!</div><div>I might be the one person against it where everyone else is in favor. But we don't know right now since only 3 people (Aleix, you and me) have responded in here.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><br>
><br>
> We also provide the classes to set up the QPT in our frameworks, they<br>
> can create their own (and probably should, if you ask me).<br>
<br>
</span>+1. And as I said: if other desktop environments consider our file dialog<br>
superior, we should make sure they can use it through a framework in their<br>
QPT. But they should not use our QPT. If they use our QPT they will hit a<br>
problem somewhen in future when we change something for better integration<br>
with Plasma and that just doesn't work at all with $DE.<br></blockquote><div><br></div><div>But why would you break it? I really don't see the point...</div><div>Convince me of the benefit of better integration with a couple of sample use cases.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Cheers<br>
<span class=""><font color="#888888">Martin<br>
</font></span><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">[1] .. but i can start doing that if you want, no problem.</div></div>