W3C home > Mailing lists > Public > www-voice@w3.org > July to September 2006

Re: Expected output ...

From: Dan Evans <devans@invores.com>
Date: Mon, 24 Jul 2006 09:14:45 -0400
To: www-voice@w3.org
Message-id: <44C4C7C5.3080707@invores.com>

The phrase "normal selection and queuing of prompts" applies at the 
beginning of the Collect Phase of the FIA ( unless(...) ).  The 
executable content of the <block> is executed subsequent to that.  If 
instead of a <block>, you used a <field> with P2, you would not hear P2.

Dan

harbhanu wrote:
> Hi,
> 
> I am trying to execute the following script…
> 
> <?xml version="1.0"?>
> <vxml version="2.0"  xmlns="http://www.w3.org/2001/vxml" >
>   <catch event="error.badfetch">
>      P1
>   </catch>
>   <catch> P3 </catch>
>   <form>
>     <block>
>        <goto nextitem="foobar"/>
>     </block>
>     <block name="nobar">
>         P2
>     </block>
>   </form>
> </vxml> 
> 
> As per the VoiceXML  2.0 spec only prompt P1 should be played…but 
> instead both prompts P1 and P2 is getting played…
> 
> Since there is no <reprompt> element present inside the catch element 
> for error.badfetch….P2 should not be queued for play…
>  
> What should be the expected ouput ???
> 
> As per specifition….VoiceXML 2.0
> 
> / “//The FIA expects a catch element to queue appropriate prompts in the 
> course of handling an event. Therefore, the FIA does not generally 
> perform the normal selection and queuing of prompts on the next 
> iteration following the execution of a catch element//”/
> 
> / /
> 
> Also, I think it is to avoid the prompts getting played again..in case 
> same formitem is visited….but doesn’t seems logical if it applies to the 
> next formitem too…
> 
> Can anyone explain the rationale behind the same…??
> 
> Regards,
> 
> Harbhanu
Received on Monday, 24 July 2006 13:13:31 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 30 October 2006 12:49:03 GMT