[Freeswitch-users] Javascript input

Jonas Gauffin jonas.gauffin at gmail.com
Fri Aug 10 03:49:10 EDT 2007


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
> >
> >
> >  ________________________________
> > 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
> >
> >
>



More information about the Freeswitch-users mailing list