Op vr, 05-05-2006 te 21:20 +0200, schreef Harry Vennik: > 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. This metaphor would mean the tray icon is our "main window" as closing this closes the whole app. I can't agree on this. A notification are is meant to have icons notifying a user of something from the OS or another app, not to have a main app window in it.
> 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. "context menu only" = not done > 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. "context menu only" = not done > 3. Maybe these should be in the 'Account' menu??? They are about contacts, most naturally to have 'm in this menu if this menu exists. > 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, "context menu only" = not done > 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 > ------------------------------------------------------- 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
