Version: 1.6.82 (using KDE 3.2.92 (3.3 beta2), compiled sources) Compiler: gcc version 3.4.1 20040714 (Red Hat 3.4.1-7) OS: Linux (i686) release 2.6.7-mm7 up down buttons always scroll message pane I mean the keyboard input should follow the focus, tab does work (the dotted rectangle jumps between folders messages and preview). Also DON'T use the tab for jumping between links (if this can be done), just use it for cycling between panels(folders, messages, preview)
Mouse wheel also always scrolls message pane. Nothing scrolls header view pane.
Am Donnerstag, 30. September 2004 05:23 schrieb Thomas: > Mouse wheel also always scrolls message pane. > Nothing scrolls header view pane. This is wrong IMHO. If the mouse pointer is over the header pane, the wheel scrolls the header pane on my system (Suse 9.1, KDE 3.3).
> This is wrong IMHO. If the mouse pointer is over the header pane, > the wheel scrolls the header pane on my system (Suse 9.1, KDE 3.3). Ditto. WORKSFORME.
I still have this problem with KMail 1.8.1. If I click on an item in the messages view, and press the down arrow then it will scroll in the currently selected message. It should instead go to the next message, because the messages window has focus. If I click on the message, then the arrow keys should scroll in the message. Thanks.
This was before IO found out that using left right you can go up down in the message list which is way better then to swap using tab. Try it out.
You're right that does work, but its not intuitive. A big part of making good software is making is usable. Users don't read the manuals, and its very puzzling when something is done in a non-standard way like this. I would say it would make more sense to have left and right scroll up and down the message when you are in the list. When you are in the message then up and down would scroll the message and left and right would scroll the list. This way the behaviour the user expects is always there, however an extra feature is added.
Confirmed in kmail 1.9.9 too Ditto Michael I find this rt-lt extremely non-intuitive and completely uncalled-for. And I am a new KDE user. I beg the usability team to re-regard the issue again. A simple 'follow the focus' approach will be most accessible to most users. A visual marker can be worked out to inform the user where is the focus (or if not then at least make the scrolling follow the mouse for God's sake.)
*** This bug has been marked as a duplicate of bug 96301 ***