Bug 76627 - unintuitive keyboard control and gui usability propositions
Summary: unintuitive keyboard control and gui usability propositions
Status: RESOLVED DUPLICATE of bug 82200
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.6.1
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-03 10:05 UTC by Krystof Zacek
Modified: 2007-09-14 12:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Krystof Zacek 2004-03-03 10:05:09 UTC
Version:           1.6.1 (using KDE KDE 3.2.0)
Installed from:    Debian testing/unstable Packages
OS:          Linux

KMail keyboard logic does not comply with the feel of the rest of KDE, which is a bad usability problem. I suggest that you try using Konqueror for a while to understand :-)

The message list view should be able to:
- <PgUp> resp <PgDown> to page the list
- <Home> resp <End> to go to beginning resp. end of list
- <Enter> should open selected message in a new window !!!
- <Esc> should close this window

The current behavior of KMail relies too much on the fact that user has the message preview turned on and the keyboard control is therefore oriented to control the preview. This is however false assumption since many people simply do not want use preview. The configuration must be flexible enough to allow for comfortable usage in the preview-less mode.

It would also be nice to have new/unread messages in bold font (or making this font property freely configurable - i.e. not just setting color). The message icon should have indication for attachment. 

KMail is otherwise an awesome program, let it be another pearl of KDE :-)
Comment 1 Krystof Zacek 2004-03-03 13:51:42 UTC
To make it absolutely clear:

keyboard navigation (Up/Down Arrows, PgUp, PgDown, Home, End, Enter, ...) should go to that window (message list,preview,folder treeview) which has focus in it. This is a perfectly expected behavior everyone will understand.

Any other fancy behavior (like Ctl-whatever), if desired, should be optionally configurable.
Comment 2 Tom Albers 2004-07-31 00:06:49 UTC
Hi, I'm marking this as a dup. The other wish is almost the same...

*** This bug has been marked as a duplicate of 82200 ***