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.bugs Subject: bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command Date: Wed, 05 May 2021 15:06:52 +0300 Message-ID: <83tunh2xlv.fsf@gnu.org> References: <24706.50397.801563.461736@capuchin.co.uk> <7ee648e84004b7745946@heytings.org> <24709.3891.605753.919647@capuchin.co.uk> <677a04021b23aa2d7c9f@heytings.org> <24709.24669.871737.299611@capuchin.co.uk> <677a04021b6d6347bbd2@heytings.org> <4edb1435266ad41487a5@heytings.org> <8fdeca1f-7d34-c95a-0f2d-5550dea34512@gmx.at> <242e45b6-6dee-c85a-2ac8-67b2adeb93b5@gmx.at> <838s4w6mua.fsf@gnu.org> <83y2cv6773.fsf@gnu.org> <1a73bd6c69efd6282e57@heytings.org> <83bl9q676g.fsf@gnu.org> <1a73bd6c69e27aed1fbd@heytings.org> <83y2cu4p0g.fsf@gnu.org> <1a73bd6c6998b2e086fc@heytings.org> <83tuni4mwi.fsf@gnu.org> <1a73bd6c69c2cc8827d5@heytings.org> <83r1im4jct.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27072"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gregory@heytings.org, 47969@debbugs.gnu.org, robert@capuchin.co.uk To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed May 05 14:08:09 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1leGK1-0006tt-1F for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 May 2021 14:08:09 +0200 Original-Received: from localhost ([::1]:32874 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1leGK0-0003bz-3f for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 May 2021 08:08:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35158) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leGJu-0003bt-96 for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 08:08:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48200) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1leGJu-00010W-1K for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 08:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1leGJt-0002ZR-SM for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 08:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 May 2021 12:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47969 X-GNU-PR-Package: emacs Original-Received: via spool by 47969-submit@debbugs.gnu.org id=B47969.16202164409874 (code B ref 47969); Wed, 05 May 2021 12:08:01 +0000 Original-Received: (at 47969) by debbugs.gnu.org; 5 May 2021 12:07:20 +0000 Original-Received: from localhost ([127.0.0.1]:59743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leGJE-0002ZC-73 for submit@debbugs.gnu.org; Wed, 05 May 2021 08:07:20 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leGJC-0002Z6-Oc for 47969@debbugs.gnu.org; Wed, 05 May 2021 08:07:19 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42764) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1leGJ5-0000Uj-UW; Wed, 05 May 2021 08:07:12 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2663 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1leGIx-0002WD-H9; Wed, 05 May 2021 08:07:06 -0400 In-Reply-To: (message from martin rudalics on Wed, 5 May 2021 09:25:26 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:205681 Archived-At: > Cc: 47969@debbugs.gnu.org, robert@capuchin.co.uk > From: martin rudalics > Date: Wed, 5 May 2021 09:25:26 +0200 > > Basically, it all boils down to whether we want our minibuffer > interactions be modal or not. I sometimes start a dialogue and, in > order to finish it, look into some other buffer and maybe even start > some recursive dialogue before returning to the prior one. While doing > that I probably would like autoselection to behave as usual. OTOH a > strictly modal dialogue like `yes-or-no-p' should probably disallow > autoselection. The problem here is that Emacs is unable to react reasonably to autoselection in the middle of reading a key sequence. So modal or not, we simply cannot support the kind of excursions that you like to make until the key sequence being read was read in its entirety. Note that this doesn't necessarily mean we exit the minibuffer, so we could still support non-modal prompts. But we cannot do that between ESC and the rest of the sequence, or between C-x and the rest, or in any other situation when the user pressed one or more prefix keys, because we have only one channel for reading keys, and we loop there until we have a complete sequence that maps to some command. My suggestion was to disable (or delay) mouse autoselection until the key sequence is completely read, if that's possible.