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

List:       kde-bugs-dist
Subject:    [Bug 70555] `copy to' and `move to' menus in filebrowser should
From:       Nathaniel Taylor <nde () ntmm ! org>
Date:       2004-01-01 1:27:39
Message-ID: 20040101012739.13188.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=70555     




------- Additional Comments From nde@ntmm.org  2004-01-01 02:27 -------
Further, reducing the "move to" and "copy to" in the initial right-click menu to just \
"move or copy to", then making th decision at the last stage (where it now either \
says "move here" or "copy here" depending on the initial selection) would be a better \
interface.  An explicit "Cancel" could also be included, even though this could be \
done by clicking outside the menus.

This is more in keeping with the Move here, Copy here, Cancel options of normal file \
management (drag and drop), and it avoids the redundancy of two initial menu items \
with otherwise very similar submenus.  Impermissible moves or copies could still be \
clearly barred by not showing these optoins at the last stage.

I have several times gone through a long set of menus, only to decide I wanted the \
other option.  I really think this change along with the inclusion of parent \
directories would be a great improvement.


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