Nepomuk Contacts in 0.4 (sort of)!
David Edmundson
david at davidedmundson.co.uk
Sun Mar 18 13:09:46 UTC 2012
The following conversation just took place on IRC.
The problem:
- TpLogger is crap, and instead of returning aliases in the method
TplEntity::alias() it just returns their email address.
- I can't just query Telepathy as it's perfectly reasonable to look
up a log when you're offline, at which point you can't get a roster
(with actual names).
- I imagine they killed support because they're merging with "Folks".
- It's upstream so actually fixing it properly is a pain.
A proposed solution:
- Given we're going to have (in all of KDE) nepomuk metacontacts this
seemed a good way to phase it in.
- We ship ktp-nepomuk-service (possibly stripped down to what's
currently needed?)
- In KTp-Log-Viewer we match up the accountID + contactID
- Fetch alias from nepomuk, everything else from TpLogger
Why it's a good idea:
- We phase in nepomuk gently.
- We can test the nepomuk service.
- No messing about with PIMO:Persons, purely just matching NCO:Contacts.
- We can test chucking two datasources together in one model on a
completely static model where things are easiest.
- Vishesh is going to do it, he can do anything.
- We're going to need to do this when it's metacontacts in the logger
anyway, we're just using it for a very very simple case first before
we build things up.
If you don't have nepomuk:
- you see an email addy instead of a name in the list of names at the
side of the log viewer, that's it.
What about using nepomuk for /all the logs/:
- Not something being discussed right now. TpLogger works, lets not
change anything.
Obviously this depends on time constraints, if it's not done - we ship
with a minor bug, and it's purely optional.
Let me know if you have comments.
More information about the KDE-Telepathy
mailing list