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

List:       kde-usability
Subject:    Re: Cleaning up KDE: Context-menus
From:       Maks Orlovich <mo002j () mail ! rochester ! edu>
Date:       2004-03-30 23:03:31
Message-ID: 20040330231205.19322.qmail () ktown ! kde ! org
[Download RAW message or body]

>> Removing ways to access help in name of usability seems a bit
>> contradictary at best.
> 
> No it isn't. Having the help in the context-menu makes it seem more
> cluttered. And having a huge context-menu is not usable. Help is already
> available through the K-menu and it's in the Kicker as well (IMO we should
> remove it from the Kicker too), so there's no real need to have it in the
> context-menu as well.
> 
> By your logic, access to help should be available everywhere. Every single
> submenu in the K-menu, in the toolbar, in the Kicker, in the K-menu itself
> etc. etc. since that would be more "usable", right?

No. Just the most prominent places the user may stare at when the desktop is
started. To be fair, the button on the panel should probably be enough,
unless someone removed it since I last looked

> 
>> > 14 selections (3 with submenus) and 5 groups. How to clean that up? I
>> > think "Copy To" and "Move To" could be removed.
>>
>> Well, you are free to not install kdeaddons. But I would like to point
>> out that there have been multiple bug reports from people who forgot to
>> install the kdeaddons package asking to put back the "Copy To/Move To"
>> entries, and asking why in the world we would remove such a convenient
>> feature.
> 
> I wasn't aware that that service is provided by kdeaddons. But I still
> don't see the point. Same funtionality can be achieved by using regural
> "Cut" and "Copy". Why add yet another menuentry for action that is not
> used that often and could be conveniently done using other available tools
> (tools that have more use than such specialised tools like "Copy To/Move
> To")

It's considerably simpler and quicker. One does not have to open multiple
windows, arranging of which is a clumsy and awkward process even for an
experienced user, let alone newbie (splitting views is better, but not
everyone knows how to do that), navigate them to the proper destination
directory, copy or cut in the original, paste, close window. With Copy
To/Move To one just needs to navigate to the directory. Much, much simpler,
no multiple windows or views involved. Particularly nice for things like
downloads.

>>
>> Actions do not generally open things in applications; such a label would
>> be misleading, and hence confusing.
> 
> I'm sorry, I'm not following you. In case you mean that "Open in..." would
> show a submenu with "Actions" in it, that was not my point. My point was
> to simply move "Actions" to another location in the menu, not to a
> submenu. When I said "under Open in..." I mean that it would be located
> under the "Open in..." entry in the menu. Same way as "Copy" is under
> "Cut" in the menu. Moving "Actions" like that would eliminate one entire
> group in the menu.

Ah, I see, that makes sense, yes. 




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

Configure | About | News | Add a list | Sponsored by KoreLogic