VoiceXML 2.0: Official Response #10 to Candidate Recommendation Issues

The Voice Browser Working Group (VBWG) is now completing its resolution
of 
issues raised during the review of the Candidate Recommendation version
of
VoiceXML 2.0 [1]. Our apologies that it has taken so long to respond.

Following the process described in [2] for advancement to Proposed
Recommendation, this is the VBWG's formal response to the issues you
raised.

Please indicate before 26 November 2003 whether you are satisfied with
the
VBWG's resolutions, whether you think there has been a misunderstanding,
or
whether you wish to register an objection.

If you do not think you can respond before 26 November, please let me
know.
The Director will appreciate a response whether you agree with the
resolutions
or not. However, if we do not hear from you at all by 26 November 2003,
we
will assume that you accept our resolutions.

Below you will find a summary of the VBWG's responses to each of your
issues. Please use the issue identifiers when responding.

Thank you,

Scott McGlashan
Co-chair, Voice Browser Working Group

[1] http://www.w3.org/TR/2003/CR-voicexml20-20030220/ 
[2] http://www.w3.org/2003/06/Process-20030618/ 


-----------------------------------------------
Issues you raised and VBWG responses
-----------------------------------------------

Issues: 

http://lists.w3.org/Archives/Public/www-voice/2003AprJun/0046.html
CR16-1

http://lists.w3.org/Archives/Public/www-voice/2003AprJun/0062.html
CR18-1


Issue CR16-1
In section 4.1.5 you make the following statement:

"In the case where several prompts are queued, the bargein attribute of
each
prompt is honored during the period of time in which that prompt is
playing"

I am concerned about the scenario where a barge in *true* prompt is
followed
by a barge in *false* prompt while waiting for speech input. I have not
yet
encountered a speech recognition engine that allows recognition to
ignore
input once recognition waiting has begun.

It would seem reasonable to me that for Speech Recognition, if a barge
in
*true* is followed by a barge in *false* prompt, that the *false* (and
any
subsequent false settings) would be ignored by the speech recognition
until
the next transition state.

I see no problem for the reverse condition. If the first prompt is barge
in
*false*, then just play the prompt without starting recognition. Only
when a
barge in *true* prompt is encountered is the recognition waiting
started.

CR16-1 Resolution: rejected 

It is possible to implement *true* to *false* bargein by re-starting
recognition. We realize this may not be the perfect solution, but we are
reluctant to change it at this stage in the standards process. A future
version of the language may provide a better solution. 

                      ---------------------------------------

Issue CR18-1
Is there really no way to specify a URI for an external SSML file in
VXML 2.0?
I am looking for an "src=" attribute of the <prompt> element that could
specify resources whose mime types are either "application/ssml+xml" or
"text/plain". This would be analogous to the "src=" attribute of the
<grammar> element that takes a URI specifying a resource whose mime type
is
"application/srgs+xml" or "application/srgs". Currently it appears that
all
Speech markup must be in line.

Am I missing something?

CR18-1 Resolution: rejected 

The specification doesn't provide a mechanism to reference external SSML
documents. This will be considered for a future version of the language.

Received on Wednesday, 19 November 2003 14:33:36 UTC