** REPOST: A week later and no feedback - am I the only one
** who'd find this functionality useful? No other AGI stuff
** out there needing something similar?
I'd like some feedback on potentially submitting a request (and probably a
patch too) to change the way the AGI command GET DATA works.
Rig
While that change is fine, you could also just write the same
functionality with get digit and deal with it inside the AGI app.
On Sat, 2003-10-18 at 16:50, Paul Crick wrote:
> ** REPOST: A week later and no feedback - am I the only one
> ** who'd find this functionality useful? No other AGI stuff
> While that change is fine, you could also just write the
> same functionality with get digit and deal with it inside
> the AGI app.
I guess the digit handling part is doable with WAIT FOR DIGIT.. I was going
to ask about interupting the prompt that played before that but on RTFM-ing
I see that S
> While that change is fine, you could also just write the
same functionality with get digit and deal with it inside
the AGI app.
I guess the digit handling part is doable with WAIT FOR DIGIT.. I was going
to ask about interupting the prompt that played before that but on RTFM-ing
I see that STR
e menu but maxium 3 times and if the *
star digit is used twice in sequence (without other digits inbetween ) then it means
'go to the menulevel above current level'.
This was todays 'noise' from me.
Freddi
Subject: Re: [Asterisk-Users] Feedback request: AGI GET DATA change -
Why use this rather than STREAM FILE?
On Sat, 2003-10-18 at 16:50, Paul Crick wrote:
> ** REPOST: A week later and no feedback - am I the only one
> ** who'd find this functionality useful? No other AGI stuff
> ** out there needing something similar?
>
> I'd like some feedback on potentially subm
> Why use this rather than STREAM FILE?
Because stream file only returns a single digit so you still have to do
digit collection after that?
For now, quick'n'dirty, I'll look at my own subroutine to give me the
flexilibility I want/need and maybe revisit patching the AGI function later.
_