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: New multi-command facility displays in the wrong echo area. Date: Sat, 10 Oct 2020 09:52:33 +0300 Message-ID: <83imbi609a.fsf@gnu.org> References: <20201009163445.GB4027@ACM> <20201009203810.GC4027@ACM> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25243"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 10 08:53:10 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 1kR8kg-0006Sd-4e for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Oct 2020 08:53:10 +0200 Original-Received: from localhost ([::1]:59358 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kR8kf-0008CJ-6F for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Oct 2020 02:53:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60620) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kR8k6-0007lV-F5 for emacs-devel@gnu.org; Sat, 10 Oct 2020 02:52:34 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33588) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kR8k4-00005x-TN; Sat, 10 Oct 2020 02:52:32 -0400 Original-Received: from [176.228.60.248] (port=2170 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kR8k4-0000pM-8o; Sat, 10 Oct 2020 02:52:32 -0400 In-Reply-To: <20201009203810.GC4027@ACM> (message from Alan Mackenzie on Fri, 9 Oct 2020 20:38:10 +0000) 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:257302 Archived-At: > Date: Fri, 9 Oct 2020 20:38:10 +0000 > From: Alan Mackenzie > Cc: emacs-devel@gnu.org > > > FWIW, this behavior has been with us at least since Emacs-21. > > Yes. At least, it's present in Emacs 27.1. How come I've never noticed > it before? > > This morning, it was C-x C-s which failed to give me any output, > although I was expecting to see "(No files need saving)". > > I still say it's wrong, but I suppose if I want it fixed, I'll have to > fix it myself. It is quite unusual to leave an active minibuffer and switch to another frame to start an Isearch. If you want to fix that, let's please first talk about what kind if fix are you looking for. Do you intend to leave the active minibuffer on the original frame, and use the other frame for Isearch? Note that Isearch also uses the minibuffer.