

VoiceXML 2.0: Official Response #10 to Candidate Recommendation Issues

From: McGlashan, Scott <scott.mcglashan@hp.com>
Date: Wed, 19 Nov 2003 20:33:27 +0100
Message-ID: <77DB1374F763FB489900AA600DA37AE10356358F@frqexc01.emea.cpqcorp.net>
To: <marclark@cisco.com>
Cc: <www-voice@w3.org>

issues raised during the review of the Candidate Recommendation version

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

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

The Director will appreciate a response whether you agree with the
will assume that you accept our resolutions.

issues. Please use the issue identifiers when responding.

Thank you,

Scott McGlashan
Co-chair, Voice Browser Working Group


Issues you raised and VBWG responses




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
prompt is honored during the period of time in which that prompt is

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

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

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

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
"application/srgs+xml" or "application/srgs". Currently it appears that
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 GMT
