On Sat, Jun 30, 2012 at 7:31 PM, Mark Rejhon <[email protected]> wrote: > Hello, > > I need some comments about existing protocol specification of XEP-0301 to > permit session-like behaviour of real-time text. > Right now, the current XEP-0301 specification permits the scenario to be > possible, *at the implementor's option* > > EXAMPLE SCENARIO of an "RTT session" > *** Normal instant messaging conversation is occuring. No real-time text. > *** Real-time text is activated as follows: > - A sender clicks a button or menu to activate RTT. (privacy confirmation > may be used first) > - Sender client begins to transmit <rtt/> > - Recipient client detects incoming <rtt/> > - Recipient client asks user for confirmation such as "Sender is sending > Real-Time Text. -Accept- or -Reject-?" (or other/more descriptive message) > - (Recipient client can continue to display incoming real-time text while > waiting for -Accept- or -Reject- to be clicked. This is a convenient way to > educate the recipient what real-time text really is.) > - Recipient decides to clicks -Accept- > - Thereafter, recipient client is now also sending <rtt/> > *** Instant messaging conversation continues with real-time text enabled > from both ends. > *** When either party wants to stop real-time text, they deactivate as > follows: > - A sender clicks a button or menu to deactivate > - Sender client transmits <rtt event='cancel'/> (This is also used if > recipient clicks -Reject- instead too) > - Recipient client stops transmitting <rtt/>. (notification message to say > RTT has ended) > *** Instant message conversation continues normally.
I've only glanced at it late on a Saturday night, but it seems sensible. > QUESTIONS as follows: > 1. Are there other scenarios that XEP-0301 implementors want to see "made > possible", not currently possible with the current protocol? I know the 'disable RTT completely' option isn't popular, but I do think that if a user wants to never receive RTT (and I do think that's a valid user choice, especially if they're paying for bandwidth or whatever) that removing RTT from caps is the way to signal this, and it's worth calling this out. /K
