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

List:       kde-usability
Subject:    Re: Konqueror Menu Reorganisation
From:       Benoit Walter <b.walter () free ! fr>
Date:       2003-02-27 0:36:07
[Download RAW message or body]

Am Wednesday 26 February 2003 20:01 schrieb Aaron J. Seigo:

> Location / Create New File: you aren't always creating a new file.

OK.

> Edit / Actions: we've just created a new problem: a huge menu of all sorts
> of random "actions" that are hidden one level deeper. print has a standard
> location in the menu bar. it should not be moved elsewhere. consistency is
> king. send by email should follow it.

As I said in another message, the Print action while viewing a document or a 
web page is totally unrelated to the "Print File" action while browsing the 
file system. In file browsing mode, you don't actually see what you are going 
to print, and most users would except "Location/Print" to print the icon 
view...
On the other side, the  "edit/actions" submenu is composed of actions that are 
executed "in background" by external apps (see example with image rotation) 
and which apply to the selection. Printing a selected file could fit here...
Unfortunately, nobody seems to have the same opinion that's why I have moved 
it again to Location and there will be probably some usability problems with 
this action :-( Please speak up if you share my opinion !!! 

I agree that Delete and Shred should be removed from Edit/Actions. I suggest 
moving them away by default and make it configurable (files can still be 
deleted without using Trash by keeping the Shift key down...). Anyway, I 
think it is too dangerous to leave them near "Move To Trash".

> Edit: what do the superscript 1's mean (e.g. Rename^1)?

It represents the items which are only activated when something is selected.

> Please add that Edit File Type... should be merged with the properties
> menu. this was agreed previously when discussing the konqi RMB menu...

Sorry, I missed the discussion.

> View Menu
>
> Reload / Stop: I agree with the move to the Go menu. however, it would be
> very good to get some user feedback on this. once we have gone through
> this, let's do up some paper 'n pencil tests for people.

I'll make a small patch to test it as soon as we agree to a menu layout.

> Split/Lock/Unlock/Link Views: very interesting and powerful features. but
> they are very hard to use. i think that deserves further study: how to make
> those features accessable. until then, these items belong in the View menu,
> for better or worse IMO.

Agreed. I just hope we can once get rid of the Window menu which is rather 
confusing...

> Full Screen Mode: isn't that a window attribute, not a view attribute?

Well... perhaps it is more logical, but most users except to find it in the 
View submenu. Perhaps some user feedbacks would help this one too !

> Folder vs Directory Icon: since the folder icon doesn't always represent a
> new directory, i don't think we can make that change..

OK.

> Settings Menu:
>
> I like this one a lot =))

That's my favorite one, too !

> Splitting "Configure Konqueror" into "File Manager" and "Web Browser":
> which panels would appear in each? this might be tricky... not only in the
> case of panels that effect both modes, but that "web browser" and "file
> manager" are just view profiles: not actual modes hard coded into
> Konqueror.

Of course there are a "web browsing" and a "file management" view profiles, 
but I was talking about the contents of the view. To the programmer's point 
of view, KHTML and KonqDirPart are just plug-ins for Konqueror. That's the 
same thing for the KWrite Part : Should we include KWrite settings in the 
Konqueror Settings dialog ??
Most panels are clearly related to their plug-in :
- File management : Behavior, Appearance, Previews, File Association
- Web browsing : Java & Javascript, Fonts, Web shortcuts, Cookies, Cache, 
Proxy, Stylesheets, Crypt, Browser identification, Plugins

The only common panel is the second "Behavior" (and only for 3 checkbox...)

Separating these 2 dialogs would help a lot, because :
- the use clearly knows in which dialog he will find what he is going to 
configure
- the dialogs would be much cleaner. It is much easier to find options when 
the number of panels is limited...
- "Web browser" and "File manager" are meaningful, not "Konqueror"...

> hrm... where's the Go menu?

It will be there tomorow, as well as some new comments and perhaps a proposal 
for the split/lock/link view actions... As for now, I have updated the menu 
layout according to your comments and my own suggestions...

Regards,
Benoit.

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