[Bug 48780] add API to request channels without speaking fluent D-Bus

[bugzilla-daemon at freedesktop.org]

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

--- Comment #15 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2012-04-16 11:51:18 PDT ---
I haven't done Tubes yet, but you get the idea! I think I'd do them by having
Service or ServiceName passed to the new_stream_tube or new_dbus_tube
constructor. Both are mandatory-to-implement and mandatory-to-request, so,
easy.

(In reply to comment #7)
> [07/14] tp_account_channel_request_set_request_property: add

The observant will notice that the API is in terms of GVariant. I'd rather not
add a GHashTable version of this, even though that would be more efficient in
the short term.

(In reply to comment #12)
> This is about the best you can do without exposing the
> requestable channel classes themselves as API and having applications          
> iterate through them, which seems lower-level than we want.

If we want to do this, we should probably do it by having TpCapabilities be
iterable, and return a list of TpCapabilities objects representing the
individual channel classes? Or something like that - halfway between D-Bus and
high-level.

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