[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: About icon RMB menus
From:       James Richard Tyrer <tyrerj () acm ! org>
Date:       2003-11-27 4:02:13
[Download RAW message or body]

Aaron Seigo wrote:
> On Wednesday 26 November 2003 14:11, Hasso Tepper wrote:
> 
>> irritating - http://bugs.kde.org/show_bug.cgi?id=69099
> 
> 
> these entries are implemented as servicemenus, which is why they appear in the Action
> menu. the solution would probably be to turn this into a konq menu plugin so that
> they'd appear in the top level again.
> 
> the alternative, having servicemenus in the top level, is simply not workable in the
> common case due to the number of servicemenus that we now have.
> 
This is BS.  What we are saying is that the current design doesn't work, and you are saying
that it can't be fixed because that is the way it is designed.  Well if that *is* the
case, then it is designed wrong.
> 
>> My propsal: every icon RMB menu should contain most probable actions in top. No more
>> than two of them, they should be carefully chosen etc, but IMHO it makes great
>> difference to the direction of better usability compared with current situation.
> 
> 
> the potential challenge here is whether or not users perceive the menu differently
> depending on what sort of icon they click on. if not (which is likely to be the case)

An unsupported presumption that is not defendable.  Do users perceive the act of mounting
their CD-ROM as different from opening a directory on their system?  Probably not.  But do
they perceive the act of mounting their CD-ROM as being the same as opening their word
processor?  I hope NOT!

> then we've simply given them a menu that keeps changing for various arbitrary reasons.
> 
If the menu changes to list the actions which are possible then it should not be perceived
as arbitrary.

> consistency is important since it's the first step toward learnability.
> 
If consistency means listing actions which will not work (or are useless) then it is no 
help with anything.

--
JRT


_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]