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: Handling of [mouse-movement] and exiting isearch Date: Fri, 13 Nov 2020 10:01:39 +0200 Message-ID: <83eekxy9b0.fsf@gnu.org> References: <83361i5yjx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11799"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Daniel =?utf-8?Q?Mart=C3=ADn?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 13 09:03:17 2020 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 1kdU3B-0002x8-EJ for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 09:03:17 +0100 Original-Received: from localhost ([::1]:40248 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdU3A-0001ov-Du for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 03:03:16 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60388) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdU1t-0000w6-Uu for emacs-devel@gnu.org; Fri, 13 Nov 2020 03:01:59 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:43023) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdU1t-0005MH-Lf; Fri, 13 Nov 2020 03:01:57 -0500 Original-Received: from [176.228.60.248] (port=4402 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kdU1r-0003Wa-7b; Fri, 13 Nov 2020 03:01:57 -0500 In-Reply-To: (message from Daniel =?utf-8?Q?Mart?= =?utf-8?Q?=C3=ADn?= on Thu, 12 Nov 2020 23:56:04 +0100) 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:259122 Archived-At: > From: Daniel Martín > Cc: emacs-devel@gnu.org > Date: Thu, 12 Nov 2020 23:56:04 +0100 > > Eli Zaretskii writes: > > > > Stab in the dark: the isearch-scroll property of commands, perhaps? > > Yes, that works for commands. I was looking for some option that could > work for events like mouse-movement. Maybe I'm missing something: an event is meaningless unless it's bound to some command. And we exit Isearch when certain commands are invoked, not because some event arrived (this level in Emacs is completely oblivious to events, anyway). > I'm not sure if that would be a good idea in general because a minor > mode may bind the mouse-movement event to a command that is > incompatible with isearch, right? (for example, because the command > moves the point). Indeed, which is why we perform this filtering on the level of commands. > So I think the safest way is that users/developers manually mark those > commands that are compatible with isearch with the isearch-scroll > property. That's what we support now. We could, of course, provide some minor mode that marks many commands with that property, if that's convenient.