On Thu, 2012-11-01 at 11:46 -0700, Travis Reitter wrote: > On Tue, 2012-10-30 at 17:47 +0100, Xavier Claessens wrote: > > Le mardi 30 octobre 2012 à 15:57 +0000, Simon McVittie a écrit : > > > On 30/10/12 14:40, Xavier Claessens wrote: > > > > 2) The Chat/Call/FileTransfer/etch apps, they need to load only one, or > > > > small > > > > subset of individuals. > > > > > > This leads to a new API-use-case apart from the two queries you named > > > (individual -> all personas and persona -> individual): "tell me about > > > the persona(s) whose XMPP JID(s) is/are s...@example.com, as quickly as > > > possible". > > > > In this case, the app should have a TpContact and wants an individual > > for it. From a TpContact folks can construct a persona uid like > > "telepathy:<account path>:<contact id>", and the DB must then answer the > > question "what's the individual uid for this persona uid?" and a 2nd > > question "what's all the personas uid for this individual uid?". Maybe > > an sqlite DB can answer those 2 questions in one query? > > I'm 99% sure we have a fast way to do this already, whether through a > data member or method, though I can't find it with a quick skimming of > the API (which may be a problem in itself). > > Philip, Jeremy, maybe you know what I'm referring to?
Are you thinking of Tpf.Persona.dup_for_contact()? It takes a TpContact and spits out a Tpf.Persona. From the Tpf.Persona, you can get a Folks.Individual from its ‘individual’ property. Philip
signature.asc
Description: This is a digitally signed message part
_______________________________________________ telepathy mailing list telepathy@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/telepathy
