[Bug 27107] activity/application presence

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27107

Tomeu Vizoso <tomeu.vizoso at collabora.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Status Whiteboard|review-                     |

--- Comment #13 from Tomeu Vizoso <tomeu.vizoso at collabora.co.uk> 2010-09-23 07:38:39 PDT ---
(In reply to comment #12)
> (In reply to comment #11)
> 
> > We could do the "focused app" thing by saying that the first app in the ordered
> > list is the primary one. That does lead to quite a lot of bus traffic if
> > someone alt-tabs a lot, though...
> > 
> > Alternatively, let Application_Info have type (s: Opaque_ID, a{sv}: Request,
> > a{sv}: Hints) (with the opaque ID only guaranteed to be unique per contact),
> > and advertise the primary app by its opaque ID.
> 
> I like this better, will add a getter for the others' focused applications, a
> Changed signal and a setter for the owner's focused application.

Done, added SetCurrentApplication, GetCurrentApplications and
CurrentApplicationUpdated.

> > Or, have Application_Map: (s: Opaque_ID => (a{sv}a{sv}): Info).
> > 
> > I think Guillaume is right that we should have access control for this, with
> > the default being "the same as my presence" (which is what happens in XMPP PEP,
> > in practice). However, see Bug #27752 for why XMPP PEP access control is harder
> > than you might think.
> 
> Ok, will see what I can do about it. Will be updating my branch soon.

For now I have just added ApplicationsAccessControlTypes and
ApplicationsAccessControl so the local user can control who gets to see their
updates.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.