Author Message
krishnagopal
Joined: Apr 11, 2012
Messages: 0
Offline
hi rose,

Im looking for a similar logic Can you send me the sample application?

my email address is gopalkrishna786@gmail.com

Thanks,
Krishna
RossYakulis
Joined: Nov 6, 2013
Messages: 2652
Offline
they are in the mail.
JennyYang
Joined: Jun 11, 2012
Messages: 0
Offline
Hi Ross, could you please also send me sample applications? THanks.
email: jenny.yang@telus.com
RossYakulis
Joined: Nov 6, 2013
Messages: 2652
Offline
I sent you an email.
KarlBurnam2
Joined: Nov 11, 2013
Messages: 58
Offline
Can you send this to ktburnam@gmail.com?

Thanks!
RossYakulis
Joined: Nov 6, 2013
Messages: 2652
Offline
Sent in email.
KarlBurnam2
Joined: Nov 11, 2013
Messages: 58
Offline
Is it possible to do this using the VXML events? I want to be able to switch the type of message based on the VXML event (for example no input and no match) and handle this at the app root level. Is this possible?
KarlBurnam2
Joined: Nov 11, 2013
Messages: 58
Offline
Also I am trying to understand the prompt level features. When I throw an event will it increment all prompt levels inside of that prompt in collect node? EX: I have a no input event and I throw the error, after reprompting I receive a no match event will the prompt level be set to 2 for the no match prompt?
RossYakulis
Joined: Nov 6, 2013
Messages: 2652
Offline
The events you see in the example are VXML events. I am not sure I follow your question.

Yes you can put nomatch and noinput events at the root level.

The way prompt levels work is this:

When a page is executed and the interpreter starts its "form interpretation algorithm" (FIA), it will play any initial prompt, then enter the field and play any field prompt and then activate grammars, if there is a nomatch or noinput the FIA then plays any prompt in the noinput/nomatch and increments an internal counter and starts the field over by playing any field level prompt. If the prompt has multiple levels the the level matching the current counter is played
.
http://www.w3.org/TR/voicexml20/#dml4.1.6
http://www.w3.org/TR/voicexml20/#dml5.3.6


http://www.w3.org/TR/voicexml20/#dml2.1.1

http://www.w3.org/TR/voicexml20/#dml2.1.6

http://www.w3.org/TR/voicexml20/#dmlAFIA
KarlBurnam2
Joined: Nov 11, 2013
Messages: 58
Offline
Is there a way to capture the message before a GoTo block to help determine in the prompt whether or not to play a no input or a no match event?
RossYakulis
Joined: Nov 6, 2013
Messages: 2652
Offline
with in the "catch" the _event and _message are defined and can be submitted back to the application, HOWEVER, if you goto a new form the FIA restarts.

I am not sure what you are trying to do but if you are in a catch of a nomatch the message will be nomatch (I think therefore I am ). So I am not sure what that would tell you.
KarlBurnam2
Joined: Nov 11, 2013
Messages: 58
Offline
I am looking for a way to store that information into a variable that can be used inside a prompt to differentiate between a no input and a no match phrase (I basically want to have 1 prompt with different phrases based on a variable that stores the no input/no match message from the previous node).
RossYakulis
Joined: Nov 6, 2013
Messages: 2652
Offline
Why not 2 separate catches and prompts?

The "if" logic in a prompt is executed on the application server to generate the prompt. Once generated when the actual prompt is executed there is no branching unless you want to hand code your vxml page and add <if>...</if>

You can always use a capture expression and submit the value to the application server and then either go to a new form or reenter the same form.
MenonKoduveli2
Joined: Feb 18, 2012
Messages: 0
Offline
Hi Ross, Could you please also send me sample applications?
Thanks.
email: a.menon@alahli.com
RossYakulis
Joined: Nov 6, 2013
Messages: 2652
Offline
sent in email
Go to:   
Mobile view