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@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@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@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400
----- Original Message ---- From: Jonas Gauffin <jonas.gauffin@gmail.com> To: freeswitch-users@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org