[Bug 161362] New: keyboard accelaration for 'move to folder' needs a confirmation step
Tony Garland
tony3 at GarlandConsulting.us
Mon Apr 28 07:48:13 BST 2008
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=161362
Summary: keyboard accelaration for 'move to folder' needs a
confirmation step
Product: kmail
Version: unspecified
Platform: Ubuntu Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: general
AssignedTo: kdepim-bugs kde org
ReportedBy: tony3 GarlandConsulting us
Version: (using KDE 3.5.8)
Installed from: Ubuntu Packages
OS: Linux
When using the keyboard to navigate within a hierarchical 'move to folder' tree, it would be helpful to support a mode where the move didn't immediately take action on the first matching key. For example, if you have a folder hierarchy something like:
A folder
B folder
C folder
D folder
E folder1
E folder2
Then typing 'B' then 'D' then 'E' immediately moves the message to "E folder1" but you may actually want to move the message to "E folder2". In a situation like this where the last level has two or more folders with the same initial letter, it would be helpful if the first 'E' selected "E folder1" but an additional <Return> was necessary to confirm the move. This would allow typing another 'E' to select 'E folder2' if one wanted to select the following folder (and then <Return>) to make the move.
In general, I'd like to see an option which says something like:
[x] confirm move operations with <return>
which always requires a final <return> key to initiate the move. When a person has lots of folders and a complex hierarchy, it is simply too easy right now to misfile the message while trying to work down a hierarchy using the keyboard. This would prevent that and allow a more careful placement, breaking the process up into two stages:
1. Stage 1: use the keyboard to work down to the target folder
2. Stage 2: initiate the move by typing <return>
More information about the Kdepim-bugs
mailing list