[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables di
From: |
Alan Third |
Subject: |
bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly |
Date: |
Sat, 11 May 2019 23:53:36 +0100 |
User-agent: |
Mutt/1.11.3 (2019-02-01) |
On Sat, May 11, 2019 at 11:54:13AM +0200, Robert Pluim wrote:
> >>>>> On Sat, 11 May 2019 09:12:13 +0300, Eli Zaretskii <eliz@gnu.org> said:
>
> >> Date: Fri, 10 May 2019 22:25:31 +0100 From: Alan Third
> >> <alan@idiocy.org> Cc: Robert Pluim <rpluim@gmail.com>,
> >> 35389@debbugs.gnu.org, npostavs@gmail.com
> >>
> >> > Why does that system configuration need a different default
> >> to begin > with? In general, having different defaults on
> >> different systems is > not a good idea.
> >>
> >> macOS 10.7+ handles wheel scrolling differently from how other
> >> systems handle it. If we stick with the defaults then it
> >> becomes uncontrollably fast, the current defaults make it feel
> >> similar to X, Windows, etc.
> >>
> >> IIRC, fixing it in C is probably possible, but not as straight
> >> forward as just changing the defaults. There was discussion of
> >> it in Emacs devel at the time and only one person objected, but
> >> later changed their mind.
>
> Could you give a time range for when that was discussed?
September 2017, apparently. I’ve provided a link in my reply to Eli.
> Eli> Are you saying that testing the OS version and testing the
> Eli> appkit version yield the same result in this case? Or are
> Eli> you saying that testing the appkit version is simply
> Eli> incorrect? Because that was my concern.
>
> I think testing the appkit version is correct (but Iʼm not the expert
> here, Alan is).
It’s really six of one and half a dozen of the other. As far as I’m
aware each Appkit version always matches to a macOS version, although
the documentation says that’s not guaranteed. As I recall we went with
Appkit version because that was more readily available.
--
Alan Third
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, (continued)
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Tak Kunihiro, 2019/05/16
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Eli Zaretskii, 2019/05/16
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Tak Kunihiro, 2019/05/16
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Eli Zaretskii, 2019/05/17
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Tak Kunihiro, 2019/05/18
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Eli Zaretskii, 2019/05/18
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Alan Third, 2019/05/19
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Eli Zaretskii, 2019/05/22
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Tak Kunihiro, 2019/05/23
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Eli Zaretskii, 2019/05/23
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly,
Alan Third <=
- bug#35389: 27.0.50; [PATCH] Emacs on macOS sets mouse-wheel variables directly, Alan Third, 2019/05/11