First to say: Good proposal again, you're doing miracles at the moment! It is A LOT better than what we have. But, I do have some comments on this. I will put them inlined in your mail.
Op vrijdag 5 mei 2006 20:26, schreef Karel Demeyer: > Please comment on this. I was assited by 2 Gnome Usability guys for > this. About the contactlist-right-click menu I have to ask some more > advice fomr 'm. But we have to make sure what we want. When a user is > not online and we double-click, and we want it to open a SMS for mobile > users, we should have "send an SMS" as first item and have thus the > action on doubleclick and also the first group of actions in that menu > depend on this. If you gray out the first item and do it also for > others, it means you don't have any double-click action defined. > > > > Under here the mainwin-proposal, > > Karel. > > > > > These are not anymore in this menus-proposal: > > [OFF] amsn versioncontrol -> in about window > This was removes because it's not very much used anyway and only > populates screen real-estate. whe a user checks the version he/she has in > the about window, he/she should be able to check for the latest release in > there too. 100% true. > > [OFF] minimise instead of close -> in preferences > This is something only set once. From usability point of view it's > even wrong to minimise a window (to the tray) when the close button is used > as this should do the same as the "close" entry in the main menu. Though, > this is an often requested feature, so it should be kept, and it's place is > in the preferences window. I do not agree 100% here, but I think you're close. The tray icon should be regarded as a separate window. Pressing the close button or close in the main menu should both only close the window they're in, the main window in this case. There should also be a 'Quit' or 'Exit' item appended to the first menu that will terminate aMSN, and thus make the trayicon disappear too. > > [OFF] Change language -> in preferences > This is a preference mostly only set once and thus belongs in the > preferences screen. > [OFF] Change skin -> appearances in prefs > Idem dito. 100% agree to both. > > > > This is hte proposal: > > ===Account=== > Log in as ... > Log in > Log out > --- > Change Nickname ... > My Status > > --- > Go to Inbox > My profile > --- > view received files > show events history > --- > Enable sounds > Plugins > Prefs > --- > Close - Okay, as said already, I'd add a last item named either 'Quit' or 'Exit'. - Also I've got my doubts about the 'show events history' item. Further down in this e-mail I'll tell why. - 'Enable sounds', 'Plugins' and 'Preferences' should not be here... I'll pick them up later. > > ===View=== > Sort contacts by status > Sort contacts by group > * Sort contacts in hybrid mode > --- > * Show contact with nickname > Show contact with email > --- > Change global nickname ... > --- > * Sort groups ascending > Sort groups descending > I agree to what you put in here, but I doubt the usefulness of the last two Items. I think they could be left out. > > > ===Actions=== > send a message > send sms > send email > --- > send file or foto > send webcam > ask to see webcam > > > (Wanted to merge this with "Contacts" but it would make the menu > too crowded and also plugins should still be able to add stuff here) I'd leave out this menu. the webcam things belong in the chatwindow only, the rest can be in the context menu. Having them in a normal menu makes no sense because you need to select a contact for any of those. > > > > ===Contacts=== > add a contact ... > remove a contact ... - 1 > Contact properties - 1 > --- > New group > Rename group - 4 > Remove group - 4 > --- > view chat history - 1, 2 > view webcam sessions - 1, 2 > --- > save contactlist - 3 > load saved contactlist - 3 > Okay, this could be cleaner. I marked the menu items with the numbers of the remarks. 1. Here are also many items that apply to one specific contact, so it makes no sense to keep them here. Just have them in the context menu. 2. Here I see two history related items, while another history related item is in the 'Account'-menu (events log). This doesn't feel good... But what I say now it is also contrary to my previous remark, because the events log does not belong in a context menu for a contact too.... Btw. I do understand why you put these two here and the events log in 'Account', but to me it feels bad not to have all history stuff in one place. Yeah, complex thing.... Okay, I'll leave the final conclusion to others. Either have all history stuff together, or keep event log in 'Account'and have these 2 in the context menu only. 3. Maybe these should be in the 'Account' menu??? 4. These apply to a group, so right clicking the group header should popup a context menu with these options, and having then in here makes not much sense, 5. Hmmm, two items left.... Renaming this menu (e.g. 'Tools') and adding the 'Enable sounds', 'Plugins' and 'Preferences' would be nice. > > > ===Help=== > contents > --- > FAQ > online help > --- > about aMSN This one is okay ;-) > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Amsn-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/amsn-devel ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Amsn-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amsn-devel
