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: Thu, 10 Dec 2020 13:16:01 +0300 Message-ID: References: <83eek18ref.fsf@gnu.org> <835z5d8lhc.fsf@gnu.org> <87pn3k87tx.fsf@mail.linkov.net> <877dpqzx3o.fsf@mail.linkov.net> <57c673d0-e6e7-120d-8893-92b02ab1530e@gmx.at> <8f775254-65d2-6f3d-4c71-b6f10bb2b278@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="34266"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: Juri Linkov , larsi@gnus.org, 45072@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 10 11:44:34 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 1knJR3-0008nX-OO for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Dec 2020 11:44:33 +0100 Original-Received: from localhost ([::1]:41468 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1knJR2-0002Qa-MH for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Dec 2020 05:44:32 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35482) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1knJQZ-00020O-B6 for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 05:44:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53804) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1knJQZ-0001c7-43 for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 05:44:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1knJQZ-000652-2D for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 05:44:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Dec 2020 10:44:03 +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.160759702923332 (code B ref 45072); Thu, 10 Dec 2020 10:44:03 +0000 Original-Received: (at 45072) by debbugs.gnu.org; 10 Dec 2020 10:43:49 +0000 Original-Received: from localhost ([127.0.0.1]:37115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knJQL-00064B-2L for submit@debbugs.gnu.org; Thu, 10 Dec 2020 05:43:49 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:47447) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knJQH-00063Z-5w for 45072@debbugs.gnu.org; Thu, 10 Dec 2020 05:43:45 -0500 Original-Received: from localhost ([::ffff:41.202.241.31]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000001E529.000000005FD1FBDA.00001EE4; Thu, 10 Dec 2020 03:43:38 -0700 Content-Disposition: inline In-Reply-To: <8f775254-65d2-6f3d-4c71-b6f10bb2b278@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:195640 Archived-At: * martin rudalics [2020-12-10 12:47]: > > I am trying to see relevance here, maybe I miss something. The > > built-in completion does not replace the window which I am looking it. > > It may make its visible part somewhat smaller, but not replace it. > > > > Then I change buffers in those windows. Apart from being made somewhat > > narrower, windows are not replaced by completion. > > > > And I did not even use completion. I was entering information on minibuffer. > > > >> One thing that has to be considered too is user interaction during > >> completion: Suppose I have one window, the completion mechanism pops up > >> a new one and I delete the old one > > > > I have not ever see that in built-in Emacs completion. But maybe it exists. > > > > I have seen completion poping up new window, but not replacing or > > deleting other window. > > All these scenarios are with customizations. I'm not experienced enough > to tell whether they (can) happen in practice. Do you refer to standard completion in minibuffer that it may be customized to replace a present window with the completion instead of opening new windows? That would be nice as I would like to avoid those jerks when there are 2 horizontal windows and then third one appears for completion jerking both of them up and narrowing those visible windows to almost invisible rendering both of them unusable. In that case I would find it useful if the bottom window is temporarily replaced with the completion, without opening the new window for completion. If that would be the case then restoring previous buffer that was there before replacement of window would be necessary and useful. My complain came from those buffers changed by me, user, to something else, that completion never even tackled. I have not even use completion, just minibuffer, and above 2 horizontal windows get restored even though I have not wanted it. By switching to other buffer in those windows user said "I need that other buffer". But if the window is replaced with completion, I do not have any window where I would switch the buffer. Or maybe it also works that completion window is switched to something else. Labyrinth. Do you know how to make such setting to open up completion list in such way to replace the bottom window instead of poping up with new window? I cannot find any variable completion*wind