- From: Rajesh N <rajeshn@huawei.com>
- Date: Fri, 29 Sep 2006 11:51:46 +0530
- To: www-voice@w3.org
- Message-id: <000d01c6e38f$8aa9cc50$af04120a@china.huawei.com>
Hi, [Re-posting due to some issues with my earlier post..Apologies if this is a duplicate post] I would like to understand the usage of CCXML <send> element w.r.to the context of CCXML-VXML integration as specified in Appendix D of CCXML 1.0 Working draft. Specifically, I would like to understand the case where a CCXML application sends an event (say "myEvent") to a VXML dialog. In section D.2, it is mentioned as: 'The execution of certain CCXML elements, such as <dialogterminate> and <send>, may cause events to be sent to the VoiceXML browser'. In section 7.3.1 it is mentioned as: a CCXML application MAY send an event to a dialog. How this is handled on the dialog side is dialog manager and CCXML interpreter dependent. On the CCXML side it is done by using <send> and passing in the dialogid that was received as a result of processing a <dialogstart>.' Should the VXML interpreter handle the event sent by CCXML in the same way that VXML events are handled using the <catch> mechanism? In other words, if the VXML application has a <catch event="myEvent">, should this be selected for execution for the "myEvent" event sent by CCXML? Or is this <catch> only meant for events generated internally by VXML (like error.semantic) or specifically thrown by the VXML application using <throw> element? Kindly provide any pointers to examples, if availabe. Thanks Rajesh This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!
Received on Friday, 29 September 2006 14:57:18 UTC