From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.bugs Subject: bug#45072: 28.0.50; Emacs switches other buffer back uncontrollably, if other window's buffer is changed by user during minibuffer editing Date: Tue, 8 Dec 2020 17:58:40 +0300 Message-ID: References: <86eek3hvu5.fsf@protected.rcdrun.com> <87eek1fvgf.fsf@gnus.org> <83eek18ref.fsf@gnu.org> <835z5d8lhc.fsf@gnu.org> <87lfe8jsok.fsf@gnus.org> <9286deee-b549-0441-9571-e7d712c5fdd5@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12391"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: Lars Ingebrigtsen , 45072@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 08 16:05:21 2020 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 1kmeYL-00037j-47 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 16:05:21 +0100 Original-Received: from localhost ([::1]:37764 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmeYK-0004FF-4f for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 10:05:20 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38052) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmeY3-0004EX-Tc for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 10:05:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47602) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmeY2-0003s3-Un for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 10:05:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmeY2-0008DQ-QY for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 10:05:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 15:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45072 X-GNU-PR-Package: emacs Original-Received: via spool by 45072-submit@debbugs.gnu.org id=B45072.160743989931541 (code B ref 45072); Tue, 08 Dec 2020 15:05:02 +0000 Original-Received: (at 45072) by debbugs.gnu.org; 8 Dec 2020 15:04:59 +0000 Original-Received: from localhost ([127.0.0.1]:59142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmeXz-0008CY-9j for submit@debbugs.gnu.org; Tue, 08 Dec 2020 10:04:59 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:48741) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmeXt-0008BW-JJ for 45072@debbugs.gnu.org; Tue, 08 Dec 2020 10:04:54 -0500 Original-Received: from localhost ([::ffff:197.157.0.57]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C1AF1.000000005FCF9614.00003154; Tue, 08 Dec 2020 15:04:52 +0000 Content-Disposition: inline In-Reply-To: <9286deee-b549-0441-9571-e7d712c5fdd5@gmx.at> 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:195355 Archived-At: * martin rudalics [2020-12-08 17:47]: > > Looks good to me, but I'd revert the logic, as "negative" variables have > > a tendency to be misunderstood. That is, call the variable > > `read-from-minibuffer-restore' and default it to t instead. > > Coming from the frame/window department I'm usually against defaulting > options to non-nil because nil-valued and absent parameters behave the > same way. But I have no problems doing what you propose. Let's see if > anyone really wants such an option. I would prefer by default not to switch windows for me as if I am user and switched the other buffer why would I need it automatically back? I switched it because I do not need it. Please understand how it is to work in a loop in minibuffer, many coordinates have to be entered carefully and various maps consulted, and then even though buffers were switched there and back on each new invocation of minibuffer prompt all those buffers go away. >From the view point of having user control, I would rather have that option turned off by default.