On Jun 30, 2012, at 4:21 PM, Kurt Zeilenga wrote:

> 
> On Jun 30, 2012, at 1:58 PM, Mark Rejhon wrote:
> 
>> Please, don't put a default call-block on all incoming deaf callers, some of 
>> whom currently have no way of doing an interactive-mode conversation online 
>> (only line-by-line, or doing video if they want to do sign language)
> 
> You've already agreed that there was not accessibility concern with IM, which 
> is an interactive, real-time conversation mode (just with different atom of 
> text).  So can we please stop with the 'call-block on all incoming deaf 
> callers' bit?

GV: I agree - this is not a block on any communication with users who are deaf 
-- but just a less timely, less flowing, and somewhat slower means of 
communication.   IM is also the mode that some deaf people prefer- while others 
prefer RTT. 

but please also don't call messaging 'real time' because it isn't.   It is 
"instant delivery of a message"  but it is messaging - not real time 
conversation.  

> 
> That is, the spec should generally have requirements for what the spec is, an 
> extension to XMPP IM, as opposed to being a part of a 'total conversation' 
> system that includes A/V, RTT, and possibly other extensions.  Then only in a 
> section about interaction with other extensions should it be noted that for 
> accessibility reasons, when offering one Real-Time Conversation mode it 
> appropriate to offer other Real-Time conversation modes. 

GV:  agree that this is a technical spec for RTT in XMPP IM.     That XMPP-RTT 
can be combined with voice and video is OK to note in passing -- as well as the 
fact that this is of advantage to some users.  But unless the technical details 
for how this would or should or must be done (for interoperability) in 
conjunction with XEP-0301(for interoperability), then it is a note in passing 
and not part of the spec.    It would be handled separately.

But the spec should not omit things necessary to allow this interworking -- or 
allow things that would block it -- or block the effective use of RTT in these 
ways or in emergency situations.   

See immediately previous note.

> 
> -- Kurt



Gregg
--------------------------------------------------------
Gregg Vanderheiden Ph.D.
Director Trace R&D Center
Professor Industrial & Systems Engineering
and Biomedical Engineering
University of Wisconsin-Madison

Co-Director, Raising the Floor - International
and the Global Public Inclusive Infrastructure Project
http://Raisingthefloor.org   ---   http://GPII.net


Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to