[Bug 24936] Channel.Type.Call (StreamedMedia 2.0)

[bugzilla-daemon at freedesktop.org]

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





--- Comment #8 from Sjoerd Simons <sjoerd at luon.net>  2009-11-30 06:06:20 PST ---
(In reply to comment #7)
> Assorted comments about this spec:
> 
> I've hijacked the spec branch as smcv/call to make editorial changes,

By hijacking you mean, we decided that you should do some linting ? :)

> clarifications, etc. that I'm reasonably sure about. See that branch:
> 
> http://git.collabora.co.uk/?p=user/smcv/telepathy-spec-smcv.git;a=shortlog;h=refs/heads/call
> * http://people.freedesktop.org/~smcv/telepathy-spec-call/spec/
>
> Stream_Transport_Type takes values Raw_UDP, ICE, GTALK_P2P, MSN and WLM2009.
> Why not Raw_UDP, ICE_UDP, GTalk_P2P, WLM_8_5 and WLM_2009, which would be the
> obvious mapping from the MediaSignalling transports? Is there some other source
> we're trying to remain consistent with? 

Farsight2 obviously. Need to check with them why the use MSN as a stream type
instead of calling it WLM_85, probably historical raisins

> Is Call_Flag_Ringing meant to work on outgoing 1-1 calls, or only on incoming
> calls?
Only incoming, not sure what the meaning would be on outgoing calls. In the
outgoing case the targetid has a flag saying its ringing

> Does Call_Member_Flag_Ringing make sense in conference calls? Is it really
> useful to be able to have a conference call in which Will is a member and
> Sjoerd has the Ringing flag?

You invited me, my phone is ringing but i didn't pick up yet ?

> If Call_Flag_Held means locally held (I believe it does), could we rename it
> accordingly?

Sure, why not. the more confusion we can take away about which side is holding
the better 

> I believe I've addressed all the points brought up in the spec meeting, and
> applied "spec-linting" to the Call channel type. I haven't looked at the
> subsidiary objects in detail yet - it's taking longer than I expected!
It's almost like it's a big channel type :)


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