> > Second, from user portal, I am not sure where user can get to know 
> > what groups the user belongs to. If user does not know what groups, 
> > then what does "User Group Speed Dials"  really mean here? What if 
> >  user belong to multiple groups, what does it imply?

> The speed dials will only ever be pulled in from one group.  Which
group?  The highest precedence group with non-empty speed dials.  I
think that makes sense.

> Note that under Users -> User Groups, the list is in reverse order of
precedence.  i.e. The highest precedence group is the lowest group in
the > list.  That is counter-intuitive, and even with the Quick Tip
explanation is unnecessarily complex.  It is now covered under
http://track.sipfoundry.org/browse/XX-7601 .

> (There was also bug covered under XX-7133, where the lowest precedence
group was used instead of the highest.  I just now committed the fix in 

> revision 17901.)

1) The point I am trying to make is that, from user portal ( not admin
portal), user can't see any group information, and has no idea what
"group" really means here....



>> Shouldn't user be able to choose which group speed dial to use?...

> Hmm.  The user can already choose to define their own Speed Dials,
rather than 'Use Group Speed Dials'.  IMO it wouldn't be very useful or
simple to also be able to pick the User Group when 'Use Group Speed
Dials' is selected.

> As you point out though, the GUI lets you add speed dials when 'Use
Group Speed Dials' is selected, but then throws away the changes when
you click Apply.  But it also lets you delete/modify Speed Dials pulled
in from the User Group, and likewise discards these changes when you
click Apply.

> I think it would be more intuitive if the GUI simply didn't let you
add/delete/modify the Speed Dial list when 'Use Group Speed Dials' is >
selected.

2) Agree with you here. But again, assume that user should be able to
know what "group" really means here. That goes back to my 1).

Huijun 


_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to