Bug 247225 - Have isKnownBy and isBuddyOf relationships
Summary: Have isKnownBy and isBuddyOf relationships
Status: RESOLVED FIXED
Alias: None
Product: telepathy
Classification: Unmaintained
Component: ontology (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: 0.4.0
Assignee: Telepathy Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-10 12:06 UTC by George Goldberg
Modified: 2012-07-06 12:47 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description George Goldberg 2010-08-10 12:06:20 UTC
<drdanz> Ah ok! Anyway it would be cool if we could have an easy way to get a model to put into widgets that gets the set of persons in a channel...
<drdanz> widget->setModel(ktChannel->getModel()); :D
<drdanz> And of course the model should be automatically updated ;)
<grundleborg> drdanz: patience ;)
<grundleborg> need to get the basics of KTelepathy sorted out before we can do this stuff
<grundleborg> but a PersonSet subclass will be what's needed in the end...
<grundleborg> (and then the generic PersonSetModel)
<drdanz> yeah, that's what I wanted to hear :D
<grundleborg> the main design difficulty I still see there though, is that I think a chat can contain people who are not on the allKnownContacts list
<grundleborg> which means that there might be nothing in Nepomuk for some chat participants...
<drdanz> hmm, that means that there should be a dbus method in t-i-d to add new contacts...
<grundleborg> drdanz: maybe...
<grundleborg> I'm not convinced though
<grundleborg> and what about showing those people in your buddy list? probably wouldn't make sense, right?
<grundleborg> so we'd need a two-tier system in Nepomuk - some contacts were marked as "in buddy list", some not
<drdanz> Nepomuk /should/ know about everyone... but if you just don't set the isBuddyOf relation, the person won't appear in your buddylist
<grundleborg> drdanz: that's true
<grundleborg> but we'd need a new relation to indicate a link between your tp account and the person-who-is-not-a-buddy-but-i-chatted-with
<grundleborg> isKnownBy() or something (crappy name, but I can't think of any better on the spot)
<drdanz> so, it's the same if you remove a contact... he should not be in your buddy list but he should still be in nepomuk
<grundleborg> right
<grundleborg> that's true
<grundleborg> so actually what we need is:
<drdanz> maybe the relation can be hold by a "chat" object
<drdanz> chat hasPartecipant foo
<grundleborg> yeesh not sure about that
<grundleborg> we need a link between our account and the other person
<grundleborg> becuse even if they are not a buddy, the link is still telepathy account specific
<drdanz> ok, then let's say we could have a relation isKnownBy* and a derived relation isBuddyOf (*crappy name but I also can't think anything better )
<grundleborg> that would work, I think
<drdanz> so when you remove a contact the relation could be "downgraded instead of removed"
<grundleborg> ah yeah, thats neat :)
<grundleborg> anyway, that seems like a reasonable solution
<grundleborg> but I'm not nearly close to implementing it yet anyway ;)
<grundleborg> still got a lot more basic stuff to do first.
<drdanz> well, we could start updating the telepathy ontology...
<drdanz> before we forget :D
<grundleborg> better to wait
<drdanz> open a bug report?
<grundleborg> I'll file a bug report with the chat log
<grundleborg> snap :D
<drdanz> ok ;)
<grundleborg> because soon I hope shared-desktop-ontologies git repo will exist, and then I can do a branch with our changes in to get them upstreamed
Comment 1 George Goldberg 2010-08-10 12:08:28 UTC
This should be done once shared-desktop-ontologies git repo on freedesktop.org is up and running.
Comment 2 George Goldberg 2011-04-20 15:27:53 UTC
This problem has been solved upstream ages ago :)