[Bug 53818] Allow clients to control their capabilities from being always advertised

[bugzilla-daemon at freedesktop.org]

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

--- Comment #10 from Simon McVittie <simon.mcvittie at collabora.co.uk> ---
Sorry, I shouldn't have got into implementation details like GSettings before I
asked you to describe what you want more precisely, without the distraction of
whether particular implementation things mattered:

(In reply to comment #2)
> A use case of this feature would be:
> 
> Right now its possible for a client to display the capabilities of
> tp-cilents he has installed on his computer but he cannot fully utilize this
> power to prevent him from launching an application before displaying the
> capabilities of that application since he would not be in position to stop
> advertisement of that capability unless he uninstalls the application.

Sorry, that's not a use-case.

"I want to have call support installed, but have a switch that, when off, makes
my Telepathy setup indistinguishable from one that doesn't support calls" is
one possible use-case. Is that what you're asking for? If not, what *are* you
asking for, in similar terms?

If that's what you're looking for, do you mean all audio/video calls, or do you
mean VoIP (XMPP/SIP/...) specifically, i.e. not counting cellular calls if
running on an N9 or something?

Imagine you have GNOME, Empathy, KDE and KDE-Telepathy installed. Which
application provides UI to toggle this feature? Is it desirable for Empathy's
call support and KDE-Telepathy's call support to be controlled together, or
separately, or do you not mind either way?

Are you interested in similar use-cases for Tubes applications ("I want to have
Vinagre installed, but I don't want my contacts to know that they can use
'share my desktop' with me") or do you not care about those one way or another?

What would the UI for these features look like? Please sketch out an ASCII-art
preferences tab or something.

I *think* I can see ways to implement several possible versions of this in an
easier and more Telepathy-ish way than what you've suggested, but I'm trying
hard not to describe it until I've confirmed exactly what it is you want :-)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.