unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#71830: 30.0.60: "'wheel-up/down/left/right' events" in suboptimal place in NEWS?
@ 2024-06-29  2:20 Stefan Kangas
  2024-06-29  8:13 ` Eli Zaretskii
  2024-06-29 12:12 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 2 replies; 4+ messages in thread
From: Stefan Kangas @ 2024-06-29  2:20 UTC (permalink / raw)
  To: 71830; +Cc: Stefan Monnier

Severity: minor

This item in NEWS is under "Changes in Specialized Modes and Packages in
Emacs 30.1".

    ** Mwheel
    The 'wheel-up/down/left/right' events are now bound unconditionally,
    and the 'mouse-wheel-up/down/left/right-event' variables are thus used
    only to specify the 'mouse-4/5/6/7' events that might still
    happen to be generated by some old packages (or if 'mouse-wheel-buttons'
    has been set to nil).

Would it be happier somewhere else?  Mouse wheel support is a very basic
editor feature, so it doesn't seem to belong under "specialized" modes
and packages.

However, I'm not sure to what extent this is a user-facing feature.
Perhaps it should be under Lisp Changes?





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#71830: 30.0.60: "'wheel-up/down/left/right' events" in suboptimal place in NEWS?
  2024-06-29  2:20 bug#71830: 30.0.60: "'wheel-up/down/left/right' events" in suboptimal place in NEWS? Stefan Kangas
@ 2024-06-29  8:13 ` Eli Zaretskii
  2024-06-29 12:12 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 0 replies; 4+ messages in thread
From: Eli Zaretskii @ 2024-06-29  8:13 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 71830-done, monnier

> Cc: Stefan Monnier <monnier@gnu.org>
> From: Stefan Kangas <stefankangas@gmail.com>
> Date: Fri, 28 Jun 2024 19:20:35 -0700
> 
> Severity: minor
> 
> This item in NEWS is under "Changes in Specialized Modes and Packages in
> Emacs 30.1".
> 
>     ** Mwheel
>     The 'wheel-up/down/left/right' events are now bound unconditionally,
>     and the 'mouse-wheel-up/down/left/right-event' variables are thus used
>     only to specify the 'mouse-4/5/6/7' events that might still
>     happen to be generated by some old packages (or if 'mouse-wheel-buttons'
>     has been set to nil).
> 
> Would it be happier somewhere else?  Mouse wheel support is a very basic
> editor feature, so it doesn't seem to belong under "specialized" modes
> and packages.
> 
> However, I'm not sure to what extent this is a user-facing feature.
> Perhaps it should be under Lisp Changes?

I moved it.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#71830: 30.0.60: "'wheel-up/down/left/right' events" in suboptimal place in NEWS?
  2024-06-29  2:20 bug#71830: 30.0.60: "'wheel-up/down/left/right' events" in suboptimal place in NEWS? Stefan Kangas
  2024-06-29  8:13 ` Eli Zaretskii
@ 2024-06-29 12:12 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-06-29 12:33   ` Stefan Kangas
  1 sibling, 1 reply; 4+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-06-29 12:12 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 71830, Stefan Monnier

Stefan Kangas <stefankangas@gmail.com> writes:

> Severity: minor
>
> This item in NEWS is under "Changes in Specialized Modes and Packages in
> Emacs 30.1".
>
>     ** Mwheel
>     The 'wheel-up/down/left/right' events are now bound unconditionally,
>     and the 'mouse-wheel-up/down/left/right-event' variables are thus used
>     only to specify the 'mouse-4/5/6/7' events that might still
>     happen to be generated by some old packages (or if 'mouse-wheel-buttons'
>     has been set to nil).
>
> Would it be happier somewhere else?  Mouse wheel support is a very basic
> editor feature, so it doesn't seem to belong under "specialized" modes
> and packages.
>
> However, I'm not sure to what extent this is a user-facing feature.
> Perhaps it should be under Lisp Changes?

100% agreement.  Please make this so.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#71830: 30.0.60: "'wheel-up/down/left/right' events" in suboptimal place in NEWS?
  2024-06-29 12:12 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-06-29 12:33   ` Stefan Kangas
  0 siblings, 0 replies; 4+ messages in thread
From: Stefan Kangas @ 2024-06-29 12:33 UTC (permalink / raw)
  To: Po Lu; +Cc: 71830, Stefan Monnier

Po Lu <luangruo@yahoo.com> writes:

> Stefan Kangas <stefankangas@gmail.com> writes:
>
>> Severity: minor
>>
>> This item in NEWS is under "Changes in Specialized Modes and Packages in
>> Emacs 30.1".
>>
>>     ** Mwheel
>>     The 'wheel-up/down/left/right' events are now bound unconditionally,
>>     and the 'mouse-wheel-up/down/left/right-event' variables are thus used
>>     only to specify the 'mouse-4/5/6/7' events that might still
>>     happen to be generated by some old packages (or if 'mouse-wheel-buttons'
>>     has been set to nil).
>>
>> Would it be happier somewhere else?  Mouse wheel support is a very basic
>> editor feature, so it doesn't seem to belong under "specialized" modes
>> and packages.
>>
>> However, I'm not sure to what extent this is a user-facing feature.
>> Perhaps it should be under Lisp Changes?
>
> 100% agreement.  Please make this so.

Thanks, Eli has fixed it in commit 53dcf2b9492.

I subsequently moved some more items in commit c95066bf188.





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2024-06-29 12:33 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-06-29  2:20 bug#71830: 30.0.60: "'wheel-up/down/left/right' events" in suboptimal place in NEWS? Stefan Kangas
2024-06-29  8:13 ` Eli Zaretskii
2024-06-29 12:12 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-29 12:33   ` Stefan Kangas

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).