[7171] in testers
Re: Emacs scrollbar behavior goes back to Windows mode.
daemon@ATHENA.MIT.EDU (Bill Cattey)
Fri Jun 17 15:55:29 2005
From: Bill Cattey <wdc@MIT.EDU>
To: testers@mit.edu
In-Reply-To: <1118956017.16671.36.camel@tokata.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Fri, 17 Jun 2005 15:55:18 -0400
Message-Id: <1119038118.6523.2.camel@tokata.mit.edu>
Mime-Version: 1.0
Follow-up: I just dug out the old Red Hat bugzilla bug I opened on this
(and it was originally Red Hat 9/ Athena 9.2).
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=98806
Bottom line: They replied:
Hmmm, maybe you want the "--without-toolkit-scroll-bars" build
configure option?
On Thu, 2005-06-16 at 17:06 -0400, Bill Cattey wrote:
> Last year, I opened a bug about how Emacs suddenly quit obeying the
> well-established scrollbar behavior of:
>
> Click left to bring "this" line to the top,
> Clich right to bring the top line to "here",
> where "here" and "this" is a position along the window corresponding to
> where the mouse is in the scrollbar.
>
> This is an obscure compile-time option in Emacs having to do with which
> widget set is used or something.
>
> Halfway through last year, it went back to the "good behavior".
> Alas, it's messed up again now, just as I'd fully settled back into
> expecting to have it.
>
> SIGH!
>
> -wdc
>
