GNU bug report logs - #32002
24.4; Scroll bar start, end not correct

Previous Next

Package: emacs;

Reported by: Andrew Kurn <kurn <at> sfu.ca>

Date: Fri, 29 Jun 2018 07:37:02 UTC

Severity: wishlist

Tags: fixed

Fixed in version 24.4

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike Kupfer <mkupfer <at> alum.berkeley.edu>
Cc: 32002 <at> debbugs.gnu.org, npostavs <at> gmail.com, kurn <at> sfu.ca
Subject: bug#32002: 24.4; Scroll bar start, end not correct
Date: Thu, 05 Jul 2018 05:36:38 +0300
> From: Mike Kupfer <mkupfer <at> alum.berkeley.edu>
> cc: 32002 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, kurn <at> sfu.ca
> Date: Wed, 04 Jul 2018 16:56:13 -0700
> 
> Steppers are the up and down arrows that appear at the top and bottom of
> the scrollbar.  You can see them in the attached screenshot.  They are
> only present in some themes, like Menta and Clearlooks-Phenix.  Notably,
> Adwaita (the default GTK3 theme) does not have steppers.
> 
> It's possible to do some CSS hacking to get steppers with Adwaita, but I
> believe the syntax depends on which version of GTK3 you're using.

What Emacs does is call

  (scroll-up +/-1)

for each input event that comes from the scroll bar's "steppers".  So
the only way I can explain why you see scrolling of more than 1 line
is that the GTK scroll bar sends more than one event.  Or maybe it
doesn't send the 'up and 'down parts in the event for some reason.
Stepping with Edebug through scroll-bar-toolkit-scroll should show
what's going on there.




This bug report was last modified 6 years and 299 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.