[Bug 24906] GSM-compatible conference calls

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=24906





--- Comment #13 from Will Thompson <will.thompson at collabora.co.uk>  2009-12-01 05:22:40 PST ---
(In reply to comment #12)
> I've also updated my smcv/conference branch, with:
> 
> * InitialInvitees -> InitialInviteeHandles
> * InitialInviteeIDs added
> * Handler.FUTURE.RelatedConferencesBypassApproval added, as per discussion in
> real life (particularly useful for Text UIs)

Semantics:

I think in practice no-one will create a conference from more than one text
channel, and only calls will use Merge(). Maybe we could simplify accordingly?
Moar interfaces? A property to say whether Merge() works? Currently Merge() vs.
AddMembers() is confusing: when would you use one and when would you use the
other?

>From the definition of Merge():

        “The given channel SHOULD be added to Channels if and only if the
underlying protocol signals the merge in some way.”

Maybe Merge() should only work if the underlying protocol signals the merge in
some way, and if it does not you should just use AddMembers()?

Lint:

Should ChannelMerged include that channel's immutable props? Or is the UI
expected either to not care, or already know them?


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