<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 19, 2015 at 11:28 AM, Marco Martin <span dir="ltr"><<a href="mailto:notmart@gmail.com" target="_blank">notmart@gmail.com</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 Monday 19 January 2015, Pier Luigi Fiorini wrote:<br>
> Hi,<br>
><br>
> I would like to use Plasma::DataSource and the data engine plugins in<br>
> my project because it suits my needs very well.<br>
><br></span></blockquote><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="">> However it introduce large dependencies (plasma-framework and<br>
> plasma-workspace).<br>
><br>
> Would you consider moving the code into a framework pretty much like<br>
> what you did with KPackage?<br>
<br>
</span>It's something that I would kinda like, however there are some problems with<br>
it.<br>
Splitting KPackage (thing that is still actually far from done, there is still<br>
a lot of porting to do) has been a thing that taken a really long time.<br>
Literally few days to do the actual split, months and months to make sure<br>
there aren't too many behavior chages, that everything is perfectly<br>
retrocompatible, and porting every user.<br>
I think it was worth it since it's of global interest and relatively small.<br>
<br>
On dataengines, personally I would love that as well, but on one hand, they<br>
are more complicated than kpackage, therefore it would take even more time<br>
(that I'm not sure i have in the next months among the other stuff to do..)<br>
On the other hand I'm not sure it would be really worth it, because I see in<br>
general people don't like them, I don't see people wanting to write new ones<br>
(as opposed to a qml import) even for problems where it would match.<br>
<br>
Personally I still think they are the way to go for certain kind of problems<br>
(my deep dislike for qml import proliferation I think it's well known ;) </blockquote><div><br></div><div>and my personal feelings are equally well known I assume :)</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">since<br>
they offer out of the box all the asyncness that like it or not, is simply<br></blockquote><div><br></div><div>I find that interesting; one of the things I disliked about dataenegines was how they were very synchronous.</div><div>Your only option is to return garbage and then update it, the solid dataengine does that with brightness for example.</div><div>(or you unpredicatably just don't provide any data, and then your QML spews a tonne of errors)</div><div><br></div><div>I don't see how that's any different from providing QML plugin. </div><div><br></div><div>Servicejob does have async helpers, sure.</div><div><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">
necessary in a gui project, that in a qml import would have be to be either<br>
reimplemented from scratch or (usually) just ignored producing fun freezes.<br>
On an ideal world, I would make them in a separate framework, redesigning some<br>
parts that i think can be improved and all..<br>
But anyways, at the moment (I'm always open to change idea) I don't have much<br>
motivation to undergo a massive porting effort on something that very few<br>
would ever want to use.<br>
<span class=""><font color="#888888"><br>
--<br>
Marco Martin<br>
</font></span><div class=""><div class="h5">_______________________________________________<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" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</div></div></blockquote></div><br></div></div>