(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: 1.3.1 (using KDE 2.2.1 ) Severity: normal Installed from: SuSE Compiler: gcc version 2.95.3 20010315 (SuSE) OS: Linux (i686) release 2.4.10-4GB OS/Compiler notes: If a new email appears Kmail doesn't scroll down in the Inbox. You hear the "Beep" and then you have to scroll down to see the newest emails (wich are highlightet red) (Submitted via bugs.kde.org) (Called from KBugReport dialog)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > If a new email appears Kmail doesn't scroll down in the Inbox. You hear the > "Beep" and then you have to scroll down to see the newest emails (wich are > highlightet red) And what would you say if we implemented that and you were thrown from the mail you currently read to the new mail only because it's new? Closing... Marc - -- Marc Mutz <mutz@kde.org> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE80Zmn3oWD+L2/6DgRArZhAJ47gJLYlxSE8ReqpV3F8fFDBZp+GQCgsedn bEfrm5Uz9Mo64OhfU0WWCw8= =18Da -----END PGP SIGNATURE-----
Surely, you'd want to scroll the pane to show new mail, not change the viewed message. I am aware of many people who get annoyed by this "feature", so if there is an opposing camp, make it optional in something like Configure KMail|Appearance|Layout... This really gets to some people.
I agree with Mike - the inbox should scroll to reveal the new message, but the current message should not change. This is so obviously the right thing to do, it shouldn't even be an option. Why would you not want to see subject/sender of the new mail? Only if you happened to be intensely studying the line at the opposite end of the inbox (without actually reading the whole message) -- pretty unlikely.
The currently selected message must never scroll out of sight. So the only thing that's acceptable is to make sure that the new message is visible if, at the same time, the current message stays visible (in the message list). But there's another wish for this (sorry, but I don't know the number). Go there and vote for it if you would like to see this behavior in a future version of KMail.