From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: tab-bar: Defining another mouse-button binding? Date: Sat, 11 Sep 2021 12:39:45 +0300 Message-ID: <83sfybh2n2.fsf@gnu.org> References: <87mtoo6812.fsf@alphapapa.net> <877dfrszuf.fsf@mail.linkov.net> <87lf4651vf.fsf@alphapapa.net> <87k0jq5gkc.fsf@mail.linkov.net> <83r1dxk6a0.fsf@gnu.org> <87h7etmv86.fsf@mail.linkov.net> <83k0jpk1c8.fsf@gnu.org> <878s05lfp5.fsf@mail.linkov.net> <83h7etk08j.fsf@gnu.org> <87czph6jlg.fsf@mail.linkov.net> <83zgskj4fj.fsf@gnu.org> <87v938e80k.fsf@mail.linkov.net> <9d435ece-ea6c-5459-2471-8fc0001520e1@gmx.at> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37124"; mail-complaints-to="usenet@ciao.gmane.io" Cc: adam@alphapapa.net, emacs-devel@gnu.org, juri@linkov.net To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 11 11:41:31 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mOzVr-0009Tj-GU for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Sep 2021 11:41:31 +0200 Original-Received: from localhost ([::1]:37834 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOzVp-000855-Mh for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Sep 2021 05:41:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55772) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOzUR-0007OR-2t for emacs-devel@gnu.org; Sat, 11 Sep 2021 05:40:03 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58440) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOzUO-0006bt-Vj; Sat, 11 Sep 2021 05:40:00 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3975 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOzUN-0005Q7-Uo; Sat, 11 Sep 2021 05:40:00 -0400 In-Reply-To: <9d435ece-ea6c-5459-2471-8fc0001520e1@gmx.at> (message from martin rudalics on Sat, 11 Sep 2021 10:39:01 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:274542 Archived-At: > Cc: adam@alphapapa.net, emacs-devel@gnu.org > From: martin rudalics > Date: Sat, 11 Sep 2021 10:39:01 +0200 > > >> The real message text is > >> > >> is undefined > >> > >> and similarly for wheel-up. > > > > Thanks for clarification. Actually, there is already such bindings: > > > > (define-key map [wheel-up] 'tab-previous) > > (define-key map [wheel-down] 'tab-next) > > > > So the problem is that it emits instead of . > > And as I understand, the same is emitted on the tab-line > > instead of on GUI frames and on TTY frames. > > With mouse wheel scrolls one has to be always prepared that the scroll > is intended for one window while the mouse is positioned anywhere on > your frame. That's not the problem here, AFAICT. The problem here, at least for GUI frames, is that the code Juri wrote supports only mice that report wheel events as button events. That code doesn't support mice which report true mouse-wheel events (so I guess NS is also affected?). I'm working on a fix. I didn't yet look at the TTY frame case.