<div dir="ltr">Re implementation of lion mail is required in any case .<div><span style="font-family:arial,sans-serif;font-size:13px">It is currently using data engine which is not the required tool as it should use models throughout and all is based on QGraphicsView .</span></div>
<div><font face="arial, sans-serif">It is architecturally broken and not yet finished as was suggested by Sebas .</font></div><div><span style="font-family:arial,sans-serif;font-size:13px">So , it would be a nice idea for that I think .</span></div>
<div><font face="arial, sans-serif">@Marco what are your opinions about it ?</font></div><div><br></div><div><font face="arial, sans-serif"> </font><div class="" style="font-family:arial,sans-serif;font-size:13px"></div></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 7, 2014 at 11:55 PM, Kevin Krammer <span dir="ltr"><<a href="mailto:krammer@kde.org" target="_blank">krammer@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 Friday, 2014-02-07, 18:26:20, Marco Martin wrote:<br>
> On Friday 07 February 2014 16:28:20 Kevin Krammer wrote:<br>
> > The GSOC idea referenced below is not about data at all, it is about<br>
> > state.<br>
> ><br>
> > Akonadi state information and control works via D-Bus, so it would be<br>
> > possible to do a client for that without linking to libakonadi-kde.<br>
> ><br>
> > This was just brought up as an option, since Plasma/workspace development<br>
> > and KDEPIM libs development are currently not using the same Qt version<br>
> > and<br>
> > potentially will not during the GSOC period.<br>
><br>
> my concern is:<br>
> * is this worth, as opposed to waiting for kdepimlibs?<br>
<br>
</div>I mostly brought this up as an options, it might or might not be worthwhile.<br>
Using D-Bus directly might allow to only transfer information that is needed,<br>
on the other hand making a QML adaptor for things like<br>
Akonadi::AgentInstanceModel will be faster and easier to code.<br>
<br>
Obviously also a difference in dependencies if that matters.<br>
<div class=""><br>
> * is accessing those dbus functions something that kdepimlibs doesn't<br>
> provide?<br>
<br>
</div>No. But kdepimlibs obviously involves more C++ classes.<br>
<div class=""><br>
> * *if* a Qt5 kdepimlibs was available, would this way be<br>
> preferrable anyways?<br>
<br>
</div>My understanding is that there is a frameworks branch in kdepimlibs which at<br>
some point was fully build-able.  No idea what the current status is.<br>
<br>
I've repeated that specific GSOC idea for a couple of years now, either there<br>
were no takers or they didn't convince us that they could successfully do it.<br>
<br>
I didn't re-add the idea again, mostly because of the lack of interest but<br>
also because of the bad timing for this year (focus on different Qt versions).<br>
<br>
Since it is a "old" idea it might also have to be reevaluated, e.g. whether it<br>
fits into the current or future concepts of our workspace offerings, etc.<br>
<br>
The only reason this was listed as  KDEPIM idea was that Plasma was<br>
consistently filling all the GSOC slots it could get while KDE PIM usually had<br>
some to spare.<br>
This is almost 100% user interface and user interaction work.<br>
<br>
Cheers,<br>
Kevin<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Kevin Krammer, KDE developer, xdg-utils developer<br>
KDE user support, developer mentoring<br>
</div></div><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><br clear="all"><div><br></div>-- <br><div dir="ltr"><div style="text-align:left"><div style="font-family:arial,helvetica,clean,sans-serif;font-size:13px;line-height:15px"><span style="background-color:rgb(255,255,255)"><span style="font-family:'lucida console',sans-serif">-Heena</span></span></div>
<div style="font-family:arial,helvetica,clean,sans-serif;font-size:13px;line-height:15px"><span style="background-color:rgb(255,255,255);font-family:'lucida console',sans-serif;font-size:small">Season of kde'12 participant<br>
</span></div><div style="font-family:arial,helvetica,clean,sans-serif;font-size:13px;line-height:15px"><span style="background-color:rgb(255,255,255);font-family:'lucida console',sans-serif;font-size:small">Google Summer of Code 2013</span></div>
<div style="font-family:arial,helvetica,clean,sans-serif;font-size:13px;line-height:15px"><span style="background-color:rgb(255,255,255);font-family:'lucida console',sans-serif;font-size:small">Delhi College of Engineering(COE),India<br>
</span></div><div><span style="background-color:rgb(255,255,255);line-height:15px"><font face="lucida console, sans-serif"><a href="http://about.me/heena.mahour" target="_blank">http://about.me/heena.mahour</a></font></span></div>
<div style="font-family:arial,helvetica,clean,sans-serif;font-size:13px;line-height:15px"><span style="background-color:rgb(255,255,255)"><span style="font-family:'lucida console',sans-serif;font-size:small"><a href="http://heenamahour.blogspot.in/" style="color:blue!important" target="_blank">http://heenamahour.blogspot.in</a><br>
</span></span></div><div style="font-family:arial,helvetica,clean,sans-serif;font-size:13px;line-height:15px"><span style="background-color:rgb(255,255,255)"><br></span></div></div></div>
</div>