Re: [sipX-dev] time of day routing [XECS-70]

["Picher, Michael" <mpicher@xxxxxxxx>]

The only other thing that would make sense to me would be to have a
forwarding off check box (for when you are on vacation).  That way you
don't have to mess with all of your forwarding.

Also, I'd still like to see the ability to have a press "1" to ring my
cell phone, "2" to call my pager, etc...

Thanks, looks well thought out!

Mike

-----Original Message-----
From: sipx-dev-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:sipx-dev-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Lih Tzeng
Sent: Wednesday, April 18, 2007 4:15 PM
To: 'Damian Krzeminski'; sipx-dev@xxxxxxxxxxxxxx
Subject: Re: [sipX-dev] time of day routing [XECS-70]

  I'd like to vote that we keep enable/disable separate from schedule 
  since it is more straightforward to describe if a rule is enable
  or not, regardless if there is a user schedule attached to it.

  Any time a field/parameter is overloaded with multiple purposes and 
  meaning, it can cause confusion.  I understand the screen real estate
  issue, but, it is more important, IMHO, to keep the UI straightforward
  in that no explanation is required for a user to use it.  Everyone 
  (well, almost everyone) understands what enable/disable means, without
  further explanation.  However, one has to explain to a user what
  "Always enable" and "Always disable" mean.

  My 2 cents,
  Lih 

> -----Original Message-----
> From: sipx-dev-bounces@xxxxxxxxxxxxxxxxxxx 
> [mailto:sipx-dev-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
> Damian Krzeminski
> Sent: Wednesday, April 18, 2007 3:33 PM
> To: sipx-dev@xxxxxxxxxxxxxx
> Subject: [sipX-dev] time of day routing [XECS-70]
> 
> Anybody cares to comment on Mark's proposal (see attachment 
> http://track.sipfoundry.org/browse/XECS-70).
> 
> There is an interesting concept here: the notion of 
> enabled/disabled call forwarding extension will be enhanced. 
> Enabled would now mean 'always enabled', disabled would mean 
> 'always disabled; and you'll be able to select other 
> schedules as well. Alternatively Mark proposes to add a new 
> 'schedule' attribute to each rule (in addition to already 
> existing enabled/disabled attribute).
> 
> Personally I do not have a clear favorite (which means I'll 
> be happy with either). Looks like both options easily carry 
> over to dialing rules as well.
> Do people have strong opinions here?
> 
> D.
> 
> _______________________________________________
> sipx-dev mailing list
> sipx-dev@xxxxxxxxxxxxxxxxxxx
> List Archive: http://list.sipfoundry.org/archive/sipx-dev
> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
> 
> 


_______________________________________________
sipx-dev mailing list
sipx-dev@xxxxxxxxxxxxxxxxxxx
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev