Re: [VoiceXML] return from subdialog with event ...

Sorry for this posting ... it was not the good one (draft) ...
Here is the good one:

>The same question but with this add-in:
>In case of a simple <return> without namelist ...
>Is the subdialog var defined also? For me yes ... but what do you think?
>
>In voiceXML 1.0 specs, they said that if namelist doesn't exists, the 
>default is to return an empty ECMAscript object ...
>
>The complete example is thus:
>
><?xml version="1.0"?>
><vxml version="1.0">
><!-- Copyright (c) 2001 VoiceXML Forum. All rights reserved.
>Samples are for illustrative purposes only.
>-->
><form>
><subdialog name="result" src="#returnevent">
><catch event="returnevent.event">Received return event from subdialog, 
>test complete.
><!--<assign name="result" expr="true"/> -->
></catch>
>
><prompt>Calling subdialog that returns an event.</prompt>
></subdialog>
>
><filled>bye</filled>
></form>
>
><form id="returnevent">
><field name="sub1" type="digits?length=2">
><prompt>In subdialog.</prompt>
>
><catch event="noinput nomatch">Try again.</catch>
>
><filled>
><if cond="sub1=='1 1'">
><prompt>OK ... 1 1</prompt>
>
><return />
>
><elsif cond="sub1=='1 2'" />
>
><prompt>OK ... returning event.</prompt>
>
><return event="returnevent.event" />
>
><else/>
>
><return namelist="sub1"/>
></if>
></filled>
></field>
></form>
></vxml>
>
>
>--> in case of 1 1 (return empty) --> subdialog filled and exit or loop 
>again in subdialog?
>--> in case of 1 2 (return event) --> subdialog filled and exit or loop 
>again in subdialog?
>--> in case of x y (return with namelist) --> OK ... it's an evidence that 
>subdialog is filled and then the application exit....
>
>What do you think?
>
>
>Jean-Michel
>
>
>Jean-Michel Reghem écrivait ( Monday 2/4/02 04:05 PM ) dans le message 
>ci-dessous:
>---
>I have a question about interpretation of specs (voiceXML 1.0) on this
>subject: to set or not to set a subdialog name variable when the subdialog
>return an event ...
>
>I use our VoiceXML server, based on openVXI 1.4 (with a lot of debugging ;-))
>
>
>
>When i use a subdialog, with a classic return tag, there is no problem
>
>But, when i use a subdialog which the return tag return an event and not
>some variables, there is an infinite loop:
>
><?xml version="1.0"?>
><vxml version="1.0">
>
><!-- Copyright (c) 2001 VoiceXML Forum. All rights reserved.
>Samples are for illustrative purposes only.
>-->
>
><form>
><subdialog name="result" src="#returnevent">
><catch event="returnevent.event">
>Received return event from subdialog, test complete.
></catch>
><prompt>Calling subdialog that returns an event.</prompt>
>
>
></subdialog>
></form>
>
><form id="returnevent">
><block>
><prompt> In subdialog, returning event. </prompt>
><return event="returnevent.event"/>
></block>
></form>
>
></vxml>
>
>
>
>It seems that the return element with event doesn't set "result" as true
>like a return element with classic namelist do ...
>Here is the dialog:
>- Calling subdialog that returns an event.
>- In subdialog, returning event.
>- Received return event from subdialog, test complete.
>- Calling subdialog that returns an event.
>- In subdialog, returning event.
>- Received return event from subdialog, test complete.
>- Calling subdialog that returns an event.
>- In subdialog, returning event.
>- Received return event from subdialog, test complete.
>...
>
>
>if i add
><assign name="result" expr="true"/>
>in the <catch event="returnevent.event"> ... </catch>
>
>There is no more problem: the application exit normally after the first
>prompt Received return event from subdialog, test complete.
>
>
>
>Is it normal? is it a return tag with event not a condition to fill a
>subdialog (like nomatch, noinput, ...)
>VoiceXML 1.0 spec is not really clear about that...
>
>
>And this example comes from www.voicexml.org ...
>
>
>What do you think?
>
>Jean-Michel


---

Jean-Michel Reghem
Voice Technology Development Engineer
E-Mail : mailto:reghem@babeltech.com

Babel Technologies S.A.
Boulevard Dolez 33  B-7000 Mons (Belgium)
Tel: (+32) 65.37.43.06
http://www.babeltech.com

Received on Tuesday, 5 February 2002 07:01:42 UTC