GNU bug report logs - #35389
27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly

Previous Next

Full log

Message #63 received at 35389 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Tak Kunihiro <homeros.misasa <at> gmail.com>
Cc: 35389 <at> debbugs.gnu.org, homeros.misasa <at> gmail.com, npostavs <at> gmail.com,
 alan <at> idiocy.org, rpluim <at> gmail.com
Subject: Re: bug#35389: 27.0.50;
 [PATCH] Emacs on macOS sets mouse-wheel variables directly
Date: Fri, 17 May 2019 08:39:18 +0300

> From: Tak Kunihiro <homeros.misasa <at> gmail.com>
> Cc: Tak Kunihiro <homeros.misasa <at> gmail.com>,  alan <at> idiocy.org,  35389 <at> debbugs.gnu.org,  rpluim <at> gmail.com,  npostavs <at> gmail.com
> Cc: tkk <at> misasa.okayama-u.ac.jp
> Date: Fri, 17 May 2019 08:24:48 +0900
> 
> >> Value (1 ((shift) . 1) ((control))) isn't as useful as value (1 ((shift)
> >> . 5) ((control))), is it?
> >
> > The values can be floats, not just integers.
> 
> True.  However, scrolling with float value is relative to number of
> lines in a screen.

Granted, I know that.  However, since Emacs knows the size of the
screen, it could compute the equivalent of lines in screen units.  And
even if not, the approximate size of today's windows is known in
advance, and what's important (to me) is to keep the slowing-down
effect of Shift, even if it slows down by a different ratio.

Previous Next

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