- From: Dan Evans <devans@invores.com>
- Date: Mon, 24 Jul 2006 09:14:45 -0400
- To: www-voice@w3.org
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 UTC