[Freeswitch-users] Javascript input

[Mike Murdock]

You do currently have the option to either continue playing the prompt or abort the prompt. In order to collect the digits during the playing of a prompt you must code a dtmf_callback handler. When a user presses a digit your call back handler gets called. You can decide it the digit is a valid one and if it is valid return "false" (or the digit) causing the prompt to stop. If the digit is not valid you can ignore it by returning "true" and the prompting will continue. While this does require the application developer to code a digit handler it gives you a much richer option for the handling of the results.
 
You are free to develop your own wrapper function to force the particular behaviour you want. I have written a getdigits function in javascript that you are welcome to use to get the behaviour you are looking for.
 
 
Michael B. Murdock
 
 

________________________________

From: freeswitch-users-bounces at lists.freeswitch.org on behalf of Jonas Gauffin
Sent: Fri 8/10/2007 2:49 AM
To: freeswitch-users at lists.freeswitch.org
Subject: Re: [Freeswitch-users] Javascript input



Why not simply make another streamFile method that aborts on input.
Then the user can choose which one he wants.

I can elaborate my wish too. I guess that you have used a lot of IVR
applications, right?
For instance, you call your phone provider and they have a IVR menu
before the call center. The first time you call them you listen on all
the choices and press the correct DTMF after each phrase.

But after a couple of times you have learned that "1 2 1" get's you to
the correct queue. Do you then want to hear all the phrases or do you
want to be able to press the correct DTMF digits right away?

You must agree with me that that is the most common way of coding IVR
apps, right? How often do you want to force the customer to listen to
a phrase?

As I see it, it's only when you play important phrases. And how often is that?

I'm quite interested in your point of view. Why did you make
ignore-and-eat-all-DTMF the default choice?

On 8/10/07, Jonas Gauffin <jonas.gauffin at gmail.com> wrote:
> What polite and friendly answer. Thank you. Almost sounds that you
> don't want any discussion if someone questions your design choices.
> And that is NOT what I did. FreeSwitch is very nice. I simply
> suggested what I thought was the best solution for a commonly used
> function.
>
> And it would be nice to get a discussion and not such rude answer
> back. And i'm not making suggestions out of the blue, i'm been working
> as a telecom programmer for 11 years now. And trust me, my solutions
> have NEVER been "monolithic narrow minded".
>
>
> On 8/9/07, Anthony Minessale <anthmct at yahoo.com> wrote:
> >
> > That would make no sense because it is totally unreasonable to assume that
> > everyone wants that behavior.  Why does *your* preference deserve to be the
> > default behavior instead of mine?  If you need monolithic narrow minded
> > approaches to ivr code I can recommend something else for you.
> >
> > Anthony Minessale II
> >
> > FreeSWITCH http://www.freeswitch.org/
> > ClueCon http://www.cluecon.com/
> >
> > AIM: anthm
> > MSN:anthony_minessale at hotmail.com
> > JABBER:anthony.minessale at gmail.com
> > IRC: irc.freenode.net #freeswitch
> >
> > FreeSWITCH Developer Conference
> > sip:888 at conference.freeswitch.org
> > iax:guest at conference.freeswitch.org/888
> > googletalk:conf+888 at conference.freeswitch.org
> > pstn:213-799-1400
> >
> >
> >
> > ----- Original Message ----
> > From: Jonas Gauffin <jonas.gauffin at gmail.com>
> > To: freeswitch-users at lists.freeswitch.org
> > Sent: Thursday, August 9, 2007 10:45:58 AM
> > Subject: [Freeswitch-users] Javascript input
> >
> >
> > Hello
> >
> > I would like to have a change in the way that DTMF input are being used.
> >
> > It would be much nicer if records and playing phrases are per default
> > aborted if a DTMF is pressed. This behavior should be overridden if
> > recordFile and streamFile have got a callback specified (which handles
> > if a DTMF should stops the recording/phrase or not).
> >
> > I think that the most usual case is that DTMF aborts both recordings
> > and phrases, and it should therefore be the most easy alternative to
> > use. Right now, one have to use callbacks (which requires a lot more
> > work) to get the most common behavior.
> >
> > //jonas
> >
> > _______________________________________________
> > Freeswitch-users mailing list
> > Freeswitch-users at lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > http://www.freeswitch.org <http://www.freeswitch.org/> 
> >
> >
> >  ________________________________
> > Yahoo! oneSearch: Finally, mobile search that gives answers, not web links.
> > _______________________________________________
> > Freeswitch-users mailing list
> > Freeswitch-users at lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > http://www.freeswitch.org <http://www.freeswitch.org/> 
> >
> >
>

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org <http://www.freeswitch.org/> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 8680 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20070810/049cb707/attachment.bin