[EMAIL PROTECTED] wrote:
> On Wednesday 1 March 2006 12:05, you wrote:
> > Well, that makes it a poorly designed phone, still. If the user wants to
> > send the digits en bloc, the phone should be able to just do that.
> > I own one myself. I buy Ascom now.
>
> It's not what the phones usually do. All the ISDN and DECT terminals I've
> used
> do not send "sending complete".
I wasn't saying they were sending 'sending complete'.
But if the user types '[1][2][3][4][send]' the phone should send
'[1234]' as a block. The Beetel does '[1][2][3][4]'.
> > I would like to see visdn assume a complete number and procede with the
> > call, when several digits are passed in en bloc.
>
> If there is sending complete, vISDN will jump to that extension without
> timeouts.
Sure.
> Otherwise, even if you send all the digits together, if you have an extension
> that matches indefinitely, you can only count on the timeout.
No. The timeout is useless in this case. An ordinary user, familiar with
GSM phones, will never type '[1][2][3][4][send][5]'. So you will always
uselessly wait for further digits after receiving the '[1234]' block.
If that number was incomplete, the user will only notice that *after*
the timeout. After receiving a number block this timeout is just a
forced waiting period.
For single digit dialling this is different of course.
I see that this is not much of a problem to you, because you are
fine with your fixed length numbers. Here valid local numbers range
from 2 to 9 digits and the long ones are rarely used yet.
Can you at least play background music during these 12 waiting seconds
with every call? (-;
Tobias
P.S. I lowered T302, but that forces single digit dialer to speed up,
so I'd prefer a configurable option to assume 'sending complete'
after reception of a number block.
_______________________________________________
Visdn-hackers mailing list
[email protected]
https://mailman.uli.it/mailman/listinfo/visdn-hackers
