Brian,
On first glace this seems like an omission. However, the native
capability in vxml to do this using the count attribute in the prompt tag
isn¹t applicable to our method of managing caller state within a dialog.
Each turn experienced by the caller will generate a request from the server
for a new vxml document. Although this document can effectively be the
same dialog being repeated, the use of the count attribute isn¹t available.
On the other hand, this architecture provides immense flexibility in how
the caller experience unfolds. You are right though, as a result some of
the tools of a VUI designer are out of easy reach for the time being. The
workaround Randy suggested is only one of many that can be employed
depending on how you want to structure your application or the needs of the
VUI. If you could illustrate the use case where you were going to utilize
this, I could recommend one that would require the least amount of effort.
One proposed solution to this is to add a simulated count mechanism to
the UI and manage the state transitions and prompt selection within the
runtime. For all intents and purposes, this would present an interface to
the application developer that is very close to representing the native
functionality. However, there are a few other proposals on the table that
solve this issue as well. When we move towards implementing that feature,
we¹ll be gleefully debating the merits of all of them. I certainly invite
you to join those discussions and would love to hear any other feedback you
have as well.
Trip Gilman
On 5/28/08 2:30 PM, "Yakulis, Ross (Ross)" <[EMAIL PROTECTED]> wrote:
> Seems like a rather large omission since vxml natively supports this?
>
>
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Randy Childers
> Sent: Wednesday, May 28, 2008 12:23 PM
> To: Voice Tools general developers
> Subject: RE: [vtp-dev] Play Prompt recording
>
> Hi Brian
>
> There¹s not currently a clean way to do this (though I¹ve been discussing some
> ideas around it with Trip I think it will happen in the not-too-distant
> future). The best way I know of now is to create a variable that holds your
> recording name; manipulate this in a code block, and then set the Play prompt
> to play an audio file using a value from a variable.
>
> Randy
>
>
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Brian Niffen
> Sent: Wednesday, May 28, 2008 10:42 AM
> To: [email protected]
> Subject: [vtp-dev] Play Prompt recording
>
> I am trying to find a way to have a Play Prompt play a second or different
> recording when the customer is reprompted due to no match or no input
> failures. Is this possible?
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.24.1/1468 - Release Date: 5/26/2008
> 3:23 PM
>
>
> No virus found in this outgoing message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.24.1/1468 - Release Date: 5/26/2008
> 3:23 PM
>
>
> _______________________________________________
> vtp-dev mailing list
> [email protected]
> https://dev.eclipse.org/mailman/listinfo/vtp-dev
_______________________________________________
vtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/vtp-dev
