UX: Removing thread-pane "snap to last page" behavior
Andrew J. Buehler
wanderer at fastmail.fm
Fri Jan 17 16:27:50 UTC 2014
-----BEGIN PGP SIGNED MESSAGE-----
On 01/17/2014 10:56 AM, Andrew Sutherland wrote:
> On 01/17/2014 10:51 AM, Gervase Markham wrote:
>> On 17/01/14 15:23, Andrew J. Buehler wrote:
>>> When moving among messages using the 'f', 'b', or 'n' shortcuts
>>> in any part of the thread pane except the "last page" area,
>>> Thunderbird scrolls only as far as necessary to show the newly
>>> selected message (with any applicable padding).
>> This behaviour is actually deeply irritating. I would much prefer
>> it scrolled so that the newly selected message is at or near the
>> _top_, and so that message's replies and further top-level messages
>> are visible. Not being able to see what's coming next is deeply
>> irritating. It's like driving a car where you can see half a mile
>> in the rear view mirror but only 20 yards in front of you.
> In https://bugzilla.mozilla.org/show_bug.cgi?id=920510 Andrew
> (Buehler) made the padding configurable; presumably if you crank the
> values up you could get f/b/n to show you more context. See the
> constants at the top of:
This is a good point, and one I hadn't thought of (though I can confirm
that it does indeed work).
The padding-size prefs can be used to enable "look ahead" as far as
desired, across the entire thread pane rather than only at the foot.
That's not the same behavior as doing it for the last page only, but it
may be enough to cover all relevant use cases.
Andrew J. Buehler
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
More information about the tb-planning