The 0.7 thread

[David Edmundson]

I've made 2 wiki pages.

Instructions on getting set up with libkpeople plus a badly written
list of tasks that need doing are here
http://community.kde.org/KTp/libkpeople

Contact me or Martin (or possibly Aleix ?) for details.

Also in preparation for the flood of annoying Nepomuk naysayers or
those suggesting we "just restore KIMProxy" I've made a wiki page
here:
http://community.kde.org/KTp/RepeatedDiscussions/Nepomuk please read,
review, edit.

I've not linked to it from the main "RepeatedDiscussions" page yet,
but we should be ready with a unified reply.

----

The main changes decided last week:
1) moving the model so that single contacts are still represented in a
tree structure

Person
 - Contact
Person
 - Contact
 - Contact
Person
-Contact

Whereas before it was

Contact
Person
-Contact
-Contact
Contact

---

2) libkpeople has a plugin system for actions and model data.
This allows for libkpeople to be built without a Telepathy dependency
but still show contact presences at runtime. This means it can enter
as a Tier 3 framework \o/
It's also a lot more future proof. This plugin system is now in place,
but all code still currently remains inside libkpeople for now.


David

On Tue, May 14, 2013 at 12:29 PM, Daniel Vrátil <dvratil at redhat.com> wrote:
> On Monday 13 of May 2013 14:58:37 David Edmundson wrote:
>> Update on stuff:
>>
>>  - A branch of auth handling using single-sign-on (Web Accounts) is
>> available in the branch sso. It ideally needs my patch in upstream
>> TpQt merging to simplify the code there. It also needs a Mission
>> Control plugin merging for account creation.  Alex Fiestas is due to
>> help work on this.
>>
>> I am aiming for it to be an optional dependency in 0.7 depending on
>> whether SSO is available or not.
>>
>>
>> - Martin, Aleix and I have been working further on libkpeople' a
>> KDE-wide aggregation library for metacontacts. After a meeting things
>> got turned around (again!), but there has been substantial progress in
>> the past 2 weeks. It was quite fast and usable.
>>
>> Hopefully Martin will blog/write here about progress and how to setup
>> - as we really need to open the development on this now we are past
>> the initial design phase. If he does not, please pester him on my
>> behalf.
>
> Martin,
>
> could you include some meeting minutes or a summary in your blogpost (or on a
> wiki page) of what has been discussed and decided?
>
> Thanks
> Dan
>
>>
>> I think this being an optional build in 0.7 also seems likely.
>>
>> David
>> _______________________________________________
>> KDE-Telepathy mailing list
>> KDE-Telepathy at kde.org
>> https://mail.kde.org/mailman/listinfo/kde-telepathy
> --
> Daniel Vrátil
> Associate Software Engineer, KDE Desktop Team
> Red Hat, Inc
>
> GPG Key: 0xC59D614F6F4AE348
> Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
>
> _______________________________________________
> KDE-Telepathy mailing list
> KDE-Telepathy at kde.org
> https://mail.kde.org/mailman/listinfo/kde-telepathy
>