#2 gets my vote
From: [email protected] [mailto:[email protected]] On Behalf Of Huijun Yang Sent: 27 November 2009 18:32 To: sipXecs developers Subject: [sipX-dev] MyAssistant Hello, We haven't yet reached resolution on whether to add MyAssistant as part of an IM group, or to add it at user-level. (XX-7080). Part of the request of XX-6604 requests to have MyAssistant to be controlled at user-level. I will try to summarize the two approaches, and bring the discussion back alive, so that we can decide/agree on how to conceptually model/present the feature and make it more user-friendly. Approach 1: To add MyAssistant as part of an IM group In Admin portal, there is a checkbox in user-group settings. If checked, MyAssistant will be added as a member of the IM group. Otherwise, it won't be included in the IM group. ( please note, I also verified that IM group does not need user's permission, it will just magically appear in user's roster when user login to its IM client.) The advantage of this approach is that users don't need to do anything, and MyAssistant will automatically show up in its IM client, but as Scott pointed out, the negative side of this approach: <http://list.sipfoundry.org/archive/sipx-dev/msg20734.html> http://list.sipfoundry.org/archive/sipx-dev/msg20734.html Approach 2: To add MyAssistant at user-level 1. When a new user being added, and IM is enabled, or an user just enabled IM, sipXconfig will send a REST request to PA to add the user to its roster, which will trigger PA to send a permission request to user to add MyAssistant as a buddy, and it is up to user to accept or decline the request. 2. In user portal --> Instant Messaging, there is a button, which will allow user to explicitly trigger sipXconfig to send the request to add MyAsssistant as a buddy to the user if user has changed his/her mind after declined the request from 1. Comparing the two approaches above, personally I think approach 2 appears to be more user-friendly, though it requires a bit more implementation effort than approach 1. Opinions? Thanks 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/
