On Mon, 2009-11-23 at 14:04 -0500, Yang, Huijun (CAR:9D30) wrote: > >> I think it is a good point to have a checkbox in the user portal, to >> allow user to add/remove MyAssistant as a buddy, and enabled by default. >> This will trigger a XMPP request underneath to update the user's roster. >> In that case, by default, user does not need to add MyAssist manually, >> and user also has choice to disable it. With this, it also does not >> have a side effect you pointed out above when adding MyAssist at group level.
> I would use a button, not a checkbox, because I think of a button as a UI element that "does something now", whereas a checkbox usually requires > that the form it is a part of be submitted. I had a assumption that openfire plugin could update user's roster directly without user's permission, so MyAssist can be magically appear/disappear on the IM client when the checkbox is enabled/disabled. In that case, checkbox is a reasonable choice. but I checked with Ranga, turned out that was a wrong assumption. So please forget what I have said. I think this permission request is only needed once, not multiple times. So having a button in the UI probably not necessary. The whole point of this improvement is to save the typing needed to add MyAssist as buddy. If user has to login to user portal and trigger the permission request, I am not sure how much we have saved by doing this. Though if it is considered a necessary improvement ,what we could do is that when an user is being created, sipXconfig can trigger a REST call to PersnalAssist to trigger a permission request to add MyAssistant as buddy. (PersonalAssistant does not offer such REST api currently) So when the user first login to his/her IM client, he/she will see the permission request to add MyAssistant as buddy, and can simply accept/deny it without much typing. There is no UI needed for this. > I don't think that we need the user portal to handle the case of revoking the permission to send to me - I can always do that from my IM client > anyway, correct? You are right. There is no need to handle this case from user portal. 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/
