<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, May 24, 2014 at 1:36 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Saturday 24 May 2014 12:31:26 David Edmundson wrote:<br>
</div><div><div class="h5">> On Sat, May 24, 2014 at 12:22 PM, Marco Martin <<a href="mailto:notmart@gmail.com">notmart@gmail.com</a>> wrote:<br>
> > On Saturday 24 May 2014 00:23:45 David Edmundson wrote:<br>
> >> Hey,<br>
> >><br>
> >> we've started to get bug reports on plasma-addons. It appears they're<br>
> >> distributed as part of OpenSuse RPMs.<br>
> >><br>
> >> Can I confirm our position on what we're doing here, based on our<br>
> >> conversation last sprint.<br>
> >><br>
> >> 1) They will not be released with the plasma release next month<br>
> >> I think to do so would undermine the quality of anything we currently<br>
> >> have.<br>
> >><br>
> >> Plasma Next + 1 should be ok for any plasmoid that someone steps up to<br>
> >> maintain (not just port).<br>
> >><br>
> >> 2) They should have somewhere else in bugzilla than plasmashell<br>
> >><br>
> >> I clean through plasma-shell every other evening, I know others do<br>
> >> too, if we include everything under the sun it'll be plasma1 all over<br>
> >> again. Stretched too thin.<br>
> ><br>
> > yep, should be somewhere.<br>
> ><br>
> > btw,porting the complete set is kdeplasma-addons is not optional for<br>
> > future<br>
> > release, because everything that's missing will be perceived as a<br>
> > regression, no matter what we feel about it :p<br>
><br>
> I really don't agree here.<br>
> Some of them, KDE Observatory for example, don't even work in KDE4.<br>
><br>
> Just because someone wrote some code once 5 years ago and then<br>
> abandoned it does not make it our duty to support it.<br>
<br>
</div></div>I support David on this one. I think we have better ways to spend our<br>
development resources than to pick up some dead code and port it to QML.<br>
<br>
My favorite example is IconTasks which is a huge framework on how to build a<br>
tasks applet. It copies Unity way too much that it should be something we<br>
provide and I think our development resources are better spent making the<br>
default tasks applet work kick ass (note with that I do not mean that we<br>
should merge the bazillion of options from icon tasks.).<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888">Martin</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" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">Yes, I like that example too. I think it's the feature I miss the most from plasma 1 and the reason I don't feel I can recommend Plasma Next to a big set of people.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>