W3C home > Mailing lists > Public > www-voice@w3.org > April to June 2002

Re: avoiding duplication when exit event occours

From: Jeff Kusnitz <jk@us.ibm.com>
Date: Wed, 15 May 2002 16:49:45 -0700
To: "yanyang fang" <f_yanyang@hotmail.com>
Cc: www-voice@w3.org
Message-ID: <OFF0E836A8.CD0B2469-ON88256BBA.007F07C9-88256BBA.0082EB3C@rchland.ibm.com>
VoiceXML itself doesn't have any sort 'back' concept, but in the past, 
I've implemented a "back" feature by defining a variable (I called it 
'where') in my root document, and in any form or menu I visited, I would 
set 'where' to be that form/menu name, and then I had another form that 
did a <goto> wherever 'where' pointed to (via <goto expr="'#' +  where">)


"yanyang fang" <f_yanyang@hotmail.com>
Sent by: www-voice-request@w3.org
05/15/2002 09:44 AM
        To:     www-voice@w3.org
        Subject:        avoiding duplication when exit event occours


Hi, everybody

I am trying to avoid duplcation, but have no idea at all.
the senario is that in banking system, customer can say exit at any 
processing  point, he will be asked( you have selected exit, do you really 

want to do this?" if he says "no", as a designer I would like to let him 
back to where he was. for example, if he was in the file validation.vxml 
which validate his membership , then he will be back this file. If he was 
main menu, then he should come back to main menu,

so how can I handle this circumstance? I have a root file to hand this 
of events such as operator, so that I wish to handle "exit" event in this 
root file as well, but not
distribute exit event in each of file. the code could be

<catch event="exit>

if event=mainmenu.exit

go to mainmenu.exit

if event=validation.exit

go to validation.vxml


Can voicexml handle this? Any idear and suggestion you could offer to me?

Thanks in advance

Kind regrards


Chat with friends online, try MSN Messenger: http://messenger.msn.com
Received on Wednesday, 15 May 2002 19:50:33 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:03:46 UTC