W3C home > Mailing lists > Public > www-voice@w3.org > January to March 2003

RE: Critical missing feature in SSML specification

From: Shires, Glen <glen.shires@intel.com>
Date: Wed, 29 Jan 2003 11:25:48 -0700
Message-ID: <3D90571297ABD511957400508BF29C4302FDF9D2@pysmsx101.py.intel.com>
To: www-voice@w3.org
Cc: w3c-wai-pf@w3.org

I understand why the scenario you describe requires a "stop" command. I do
not understand how a <STOP> markup tag would fulfill these requirements. It
seems to me that the SSML markup would be already generated and in process
of being spoken by the TTS engine when an event that initiates the "stop"
command occurs. I can envision how a scripted object might accomplish this,
but not how a <STOP> markup tag would do so.

Perhaps you could explain.

Glen Shires
Intel Corporation

-----Original Message-----
From: Richard Schwerdtfeger [mailto:schwer@us.ibm.com]
Sent: Wednesday, January 29, 2003 9:37 AM
To: www-voice@w3.org
Cc: w3c-wai-pf@w3.org
Subject: Critical missing feature in SSML specification
Importance: High

In reviewing the SSML specification we (PF Group) overlooked an extremely
critical missing feature in the last call draft.

It is absolutely essential that SSML support a <STOP> command.


Screen reader users will often hit the stop command to tell the speech
synthesizer to stop speaking. Screen Readers would use the <MARK>
annotation as a way to have the speech engine tell the screen reader when
speech has been processed (marker processed). In the event that the user
tells the screen reader to stop speaking the screen reader should be able
to send a stop command to the speech engine which would utltimately flush
the speech buffers. Markers not returned would help the screen reader know
where the user left off in the user interface (maintain point of regard
relative to what has been spoken).

I apologize for not submitting this in our last call review but this is a
hard requirement. Otherwise, we SSML cannot support screen readers.


Rich Schwerdtfeger
STSM, Software Group Accessibility Strategist
Emerging Internet Technologies
Chair, IBM Accessibility Architecture Review  Board
schwer@us.ibm.com, Phone: 512-838-4593,T/L: 678-4593

"Two roads diverged in a wood, and I -
I took the one less traveled by, and that has made all the difference.",
Received on Wednesday, 29 January 2003 13:26:21 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:07:36 UTC