Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text) - Odd strategies

Mark, I see that you in this version have introduced a couple of "odd" real-time text transmission strategies in sections 6.4.1 and 6.4.2, based on the 'reset' event. http://xmpp.org/extensions/xep-0301.html#realtime_text_transmission_methodologies I get the impression that you have introduce

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

Mark, Really good job. My suggestions are mainly minor edits. Some (hopefully) improve the meaning. My Numbers relate to the Section numbers. They have reasons with them where appropriate. = = = = *1.* (Edit) I think the last sentence should be a separate paragraph. (It is not really part of the

Re: [Standards] Fwd: XEP-0301 Accessibility (resurrected)

On 7/9/12 12:52 PM, Matthew Wild wrote: > On 9 July 2012 17:45, Mark Rejhon wrote: >> Gunnar, do you have any suggestions of alternatives that still meets the >> 1-2-3 accessibility requirements? >> 1. It should be possible for senders to signal intent. (even if some >> recipients may ignore) >>

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

Good -- but also misses a major other user for real-time text, especially with elders, and that is captioning. Also for text one way and audio the next. Without making it much longer - we can include these important but often overlooked (in an attempt to be brief) methods of communication.

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text) - on cancel

On 2012-07-09 09:51, Gunnar Hellström wrote: 14. Section 4.2.2 event='cancel'. How does this behave through multi-user chat and multiple login situations? Is the event='cancel' sent through to all? I see a risk that one user sending event='cancel' would turn off rtt for all recipients. If thi

Re: [Standards] Fwd: XEP-0301 Accessibility (resurrected)

Regarding section 5 of XEP-0301: http://xmpp.org/extensions/xep-0301.html#determining_support On Mon, Jul 9, 2012 at 2:52 PM, Matthew Wild wrote: > The reality is that at the end of the day client implementations are > beyond the control of you and I as protocol developers. If a client > wants

Re: [Standards] Fwd: XEP-0301 Accessibility (resurrected)

On 9 July 2012 17:45, Mark Rejhon wrote: > Gunnar, do you have any suggestions of alternatives that still meets the > 1-2-3 accessibility requirements? > 1. It should be possible for senders to signal intent. (even if some > recipients may ignore) > 2. It should be possible for recipients that wa

[Standards] Fwd: XEP-0301 Accessibility (resurrected)

Gunnar, ...I believe that we are talking about two different kinds of "accessibility". *I'm talking about mass-market accessibility factors*, like accessible real-time text activation/deactivation workflows that are as permissive and as easy to activate as possible, while simultaneously accommodat

Re: [Standards] Regarding XEP-0166

On 7/9/12 9:24 AM, Todd Herman wrote: > Currently, specifically XEP-0176. We have already implemented > support for XEP-0166. I may look into what is required to move that > extension forward as well but for now I have to focus on XEP-0176 > (ICE). I am actually doing all of this for Relayed Nod

Re: [Standards] Regarding XEP-0166

Currently, specifically XEP-0176. We have already implemented support for XEP-0166. I may look into what is required to move that extension forward as well but for now I have to focus on XEP-0176 (ICE). I am actually doing all of this for Relayed Nodes (XEP-0278) which was just deferred I thi

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

On 2012-07-09 17:05, Mark Rejhon wrote: I propose a shorter section added to Interoperability, since it is listed as one of the Requirements (TTY alternative) in Section 2, so it is very prudent that I expand on how it's accomplished, by adding this section to Interoperability: *8.3 TTY a

Re: [Standards] Regarding XEP-0166

On 7/9/12 9:03 AM, Todd Herman wrote: > I am working on updating my C# XMPP library to support XEP-0176. Since > I don’t know too much about the main subject I first read through the > STUN and TURN specifications. I am currently finishing up reading > through the ICE specifications now and will

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

Op 09/07/2012 17:05, Mark Rejhon schreef: I propose a shorter section added to Interoperability, since it is listed as one of the Requirements (TTY alternative) in Section 2, so it is very prudent that I expand on how it's accomplished, by adding this section to Interoperability: *8.3 TTY

Re: [Standards] XEP-0301 Accessibility (resurrected)

Mark wrote: Peter/Kevin did express last year it was not "xmpp-ish", but a majority of people I correspond with, say Accessibility concerns is more important. (See above) XEP-0301 is slightly an outlier of a standard here, because it contains lots of elements normally reserved for othe

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

I propose a shorter section added to Interoperability, since it is listed as one of the Requirements (TTY alternative) in Section 2, so it is very prudent that I expand on how it's accomplished, by adding this section to Interoperability: *8.3 TTY and Textphones* *Real-time text is implemented in

[Standards] Regarding XEP-0166

I am working on updating my C# XMPP library to support XEP-0176. Since I don't know too much about the main subject I first read through the STUN and TURN specifications. I am currently finishing up reading through the ICE specifications now and will be starting on XEP-0176 very soon. The ma

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

Op 09/07/2012 16:30, Gunnar Hellström schreef: On 2012-07-09 13:31, Edward Tie wrote: 8.3 Textphones and TTYs in the PSTN (Informational) Real-time text is also implemented in the PSTN, through various text telephone modulation protocols specified in ITU-T V.18 *or V.22 or 300 baud ASCII or DT

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

On 2012-07-09 13:31, Edward Tie wrote: 8.3 Textphones and TTYs in the PSTN (Informational) Real-time text is also implemented in the PSTN, through various text telephone modulation protocols specified in ITU-T V.18 *or V.22 or 300 baud ASCII or DTMF.* It is possible to implement gateways betwe

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

On 7/9/12 12:24 AM, Barry Dingle wrote: > Hi Edward, > > I understand about the need to educate people about the 'traditional' > Textphone/TTY text protocols. However, I think that XEP-0301 should > specify real-time text over XMPP only. Yes, please. Peter -- Peter Saint-Andre https://stpeter.

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

Op 09/07/2012 13:12, Gunnar Hellström schreef: One sentence will be added to satisfy this. http://xmpp.org/extensions/xep-0301.html#interoperability_considerations To just simply mention that "...a gateway can be built as a part of a complete solution (i.e. with optional audio, such as to su

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

One sentence will be added to satisfy this. http://xmpp.org/extensions/xep-0301.html#interoperability_considerations To just simply mention that "...a gateway can be built as a part of a complete solution (i.e. with optional audio, such as to support Voice Carry Over) to support any legacy pro

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

Just reread that and it sounded a bit Jingo -y maybe Accessible features of use to Mainstream as well. And further discussion will be off list on this. Gregg Gregg Vanderheiden Ph.D. Director Trace R&D Center Professor Industrial & S

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

I think it is better to capture both audiences -- and not make this about just one group but I see how you want accessible to stand out how about Accessible - and mainstream too. Gregg Gregg Vanderheiden Ph.D. Director Trace R&D Cent

Re: [Standards] XEP-0301 Accessibility (resurrected)

Resuming the Accessibility discussions from last week, since Gunnar brought up concern. We recall Kevin and Kurt's concerns, including Kurt saying: > The argument I'm making here is that if the user says "I do not want > to ever do RTT, I do not want to receive it, I do not want to be > prompted

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

Op 09/07/2012 11:40, Mark Rejhon schreef: On Mon, Jul 9, 2012 at 2:09 AM, Edward Tie > wrote: Hi Mark, I want to add on history of textphone and XMPP to old telephones that uses older protocols: Hello Edward, Good history -- however, this is already be

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

On Mon, Jul 9, 2012 at 2:09 AM, Edward Tie wrote: > Hi Mark, > I want to add on history of textphone and XMPP to old telephones that > uses older protocols: > Hello Edward, Good history -- however, this is already beyond scope of XEP-0301. Anybody can create an XEP-0301 gateway that conver

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

On Mon, Jul 9, 2012 at 3:51 AM, Gunnar Hellström < gunnar.hellst...@omnitor.se> wrote: > This looks good. I have some comments, but very few influence the > protocol. > So even if there are minor adjustments to do, the spec looks mature. > Excellent comments, and the vast majority of your commen

Re: [Standards] UPDATED: XEP-0301 (In-Band Real Time Text)

On 2012-07-07 23:21, XMPP Extensions Editor wrote: Version 0.3 of XEP-0301 (In-Band Real Time Text) has been released. Abstract: This is a specification for real-time text transmitted in-band over an XMPP session. Changelog: Edits recommended from public discussion. (MDR) Diff: http://xmpp.or