On Sat, 06 May 2006 07:09:21 -0400, Karel Demeyer <[EMAIL PROTECTED]>
wrote:
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.
I can't agree with that.. the tray is not a notification area, how many of
your tray icons notify you of something ? I can have 100 tray icons, none
of them, or maybe only 1 is used to notify me of something.. instead,
these are used for windows that want to be run in the background, as
deamons... let me give you a small list of examples :
1 - norton/mcafee/any antivirus.. they won't notify you, but they stay in
the tray until you click on it to 'open the antivirus window'
2 - azureus, emule, etc.. you close the window, it goes to tray, you exit
the program by closing it from the menu of the tray icon... azureus by
default, emule doesn't have it as the default action (in which case, they
add an additional icon next to the minimize.. I don't know how they can
edit the buttons in the border.. )
3 - daemontools, no window, daemon in there until you click on it to mount
images, etc.. that's its main window...
4 - apache daemon...
5 - winrar, when extracting, you click on 'run in background' it
disappears and appears in the tray...
etc...
vnc server in the tray is the one which actually *notifies* you by
changing its tray color when a user is connected.. and opera which icon
becomes an envelop when you get new mail (but you also can minimize opera
to the tray)
it's all about philosophy, if you consider amsn as being a 'daemon', you
put it in the background, it stays connected in the background, until you
click the tray to say 'hey, show me my CL', then Harry and me are right,
if you consider amsn as a foreground application and the tray as being
there to notify you of which status you're in (online/offline/away/you got
mail) then you're right, but I do beleive at 100% that 100% of our users
(maybe 99.99999% the remaining one being you :P) think of amsn as a
background application... they connect, they don't chat, so they put it in
the background.. the main window of amsn is the tray, the CL is the
'contact list' window, not the main window.. it's an information window...
(same as the antivirus main window...)
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
--
KaKaRoTo
-------------------------------------------------------
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
