<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
This should be done once shared-desktop-ontologies git repo on freedesktop.org is up and running.
This problem has been solved upstream ages ago :)