GNU bug report logs -
#26599
patch for mwheel.el
Previous Next
Reported by: Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>
Date: Sat, 22 Apr 2017 01:51:02 UTC
Severity: normal
Tags: unreproducible
Done: Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>
Bug is archived. No further changes may be made.
Full log
Message #44 received at 26599 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 28 Apr 2017 08:16:00 +0900 (JST)
> Cc: 26599 <at> debbugs.gnu.org, tkk <at> misasa.okayama-u.ac.jp
> From: Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>
>
> >> Keyboard is the primary scroll device. Thus I want to turn
> >> auto-hscroll-mode t by default.
> >>
> >> Occasionally I want to use mouse as scroll device. When I use mouse,
> >> I want to set turn auto-hscroll-mode nil, especially after
> >> implementation of <wheel-right> and <wheel-left>.
> >>
> >> When I come back to keyboard, I want to set auto-hscroll-mode t again.
> >
> > This looks like a very specialized use case, so I'm not sure we need a
> > solution for it in Emacs.
>
> I see how you see.
>
> How I described, is similar to how spreadsheet program reacts. It
> lets user scroll both by <wheel-left> and <left>.
>
> I very often edit a buffer with long and short line (for example,
> LaTeX table), using mouse and keyboard. However, as you infer, this
> can be already very special.
What makes this special is that you want Emacs to work differently
depending on the input device. Emacs normally makes a significant
effort in the other direction: to produce the same behavior no matter
where input came from.
I'm not sure we want to have such unusual behavior as part of Emacs.
This bug report was last modified 5 years and 127 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.