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

List:       kde-bugs-dist
Subject:    [Bug 49292] make new messages visible when selected and new
From:       Dan Allen <dan () mojavelinux ! com>
Date:       2004-03-01 16:57:22
Message-ID: 20040301165722.2577.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=49292      




------- Additional Comments From dan mojavelinux com  2004-03-01 17:56 -------
I think we agree on this issue Samer.  

As much as I hate Outlook, I have to quote the way Outlook handles
this just because it is an example of a client that works the
"natural" way and it is available to me here at work.  Below are the
use cases:

* If you are scrolled all the way to the edge with the newest
  message (whether it be the top or the bottom) and a new message
  comes in, the list scrolls back to the edge so that new messages
  come into view

* If the scroll is offset by even a single line, new messages will
  not scroll into view, but will rather correct the alignment in the
  scrollbar only (you see no movement in the list)

* If you are scrolled all the way to the edge and you are currently
  highlighting a message at the opposite edge, new messages will
  force the list to scroll and the highlighted message goes out of
  view.  This happens like %0.00001 of the time and is an acceptable
  trade-off.  I bet maybe one in 100 users would even notice the
  quirk, and that one person probably wouldn't care.

I don't know how else to put it.  If KMail worked this way, it would
just be the expected behavior.  What works, works, why try to
philosophize so much?
[prev in list] [next in list] [prev in thread] [next in thread]