<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Oct 17, 2016 at 12:54 PM, Jonathan Riddell <span dir="ltr"><<a href="mailto:jr@jriddell.org" target="_blank">jr@jriddell.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><Sho_> * Services integration - I see more and more users who have<br>
data locked up in clouds (GDrive, etc.) and rely on accessing it<br>
    <Sho_> Gnome has GDrive integration, we need to do more on getting<br>
cloud filesystems into our software too, but we dropped the ball on<br>
KAccounts etc. for now<br></blockquote><div><br></div><div>As the former KAccounts maintainer, I'd like to share some insights on this.</div><div><br></div><div>The tech is there. It's proven by real world usage in Ubuntu (incl. Phone),</div><div>Meego before that (iirc) and to some extent also Gnome, which has its own</div><div>fork of the same thing (I guess they just really don't like Qt anywhere). Also</div><div>Elementary is using one of these, but I don't remember which. And if I'm</div><div>not mistaken, also Jolla in their phones.</div><div><br></div><div>So we have the tech, but what we're missing are two things, really.</div><div><br></div><div>1) Things actually using it. We've had KAccounts for a while but there was</div><div>nothing taking advantage of it, except KDE Telepathy, which migrated fully</div><div>to it. So it sort of became a synonym for KTp accounts config. On the other</div><div>hand, there was nothing much else that would actually need it. There was</div><div>an OwnCloud lib or Plasma thingy at some point where I pleaded to have the</div><div>account setup done through (K)Accounts to boost the adoption, but it never</div><div>happened. Related to that is...</div><div><br></div><div>2) Buy in from PIM. I mean, let's face it, the real accounts user in the system</div><div>is PIM, with all the emails and calendars and contacts and what not. This</div><div>obviously requires quite some large effort to actually migrate everything to</div><div>it and sadly the PIM team is long time understaffed. Now with the new Sink</div><div>thing, this could have been a chance, but, again, after asking couple times</div><div>about the accounts plan, (K)Accounts was never in the picture. And that's</div><div>a problem.</div><div><br></div><div>And so now we have this system that nobody in/around KDE wants to use.</div><div>My take on it is that people (devs) don't really understand how that system</div><div>works and how to take advantage of it, which is partly my fault. It is fairly</div><div>complex system on the inside with lots of points of possible breakages, but</div><div>also allows for great flexibility all around.</div><div><br></div><div>So, imho, in order to successfully follow literally every other desktop these</div><div>days, it needs a proper full integration in all things using accounts. And it really</div><div>shouldn't be just an afterthought. It needs to be put right at the core of those</div><div>things and workflows should be redesigned to take that into account (heh). It</div><div>needs to be a conscious community-wide effort, like Frameworks was. Otherwise</div><div>KAccounts will stay exactly where it is now - a promising (egg-)shell that has no</div><div>real use.</div><div><br></div><div>Unfortunately if the past two years are any indication, especially with Sink,</div><div>the road ahead is not very bright.</div><div><br></div><div>I'm happy to try my best to answer any possible future questions about the system</div><div>you might have. Friedrich Kossebau was also writing a tutorial about it at some</div><div>point, but I'm not sure where it ended up (if at all; I also failed to follow up on that).</div></div><div><br></div><div>Cheers</div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div><span style="color:rgb(102,102,102)">Martin Klapetek</span></div></div></div></div>
</div></div>