| Summary: |
Alternate constructor to create TpChannel from an a{sv} |
| Product: |
Telepathy
|
Reporter: |
Simon McVittie <smcv> |
| Component: |
tp-glib | Assignee: |
Will Thompson <will> |
| Status: |
RESOLVED
FIXED
|
QA Contact: |
Telepathy bugs list <telepathy-bugs> |
| Severity: |
enhancement
|
|
|
| Priority: |
medium
|
|
|
| Version: |
unspecified | |
|
| Hardware: |
Other | |
|
| OS: |
All | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
If we could pass an a{sv} of immutable properties to a TpChannel at construct time, this would speed up construction considerably when the Requests API becomes available - we could pre-populate a lot of the cached information. The API could perhaps be: TpChannel *tp_channel_new_with_properties (TpConnection *, const GHashTable *) This might also be a good time to extend the "channel-ready" guarantee to include "we have inspected the channel's TargetHandle", as Zdra has requested. On modern connection managers this will often be essentially free, by using the TargetID property.