From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics 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: Wed, 9 Dec 2020 10:34:01 +0100 Message-ID: References: <86eek3hvu5.fsf@protected.rcdrun.com> <87eek1fvgf.fsf@gnus.org> <83eek18ref.fsf@gnu.org> <835z5d8lhc.fsf@gnu.org> <87pn3k87tx.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14869"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, Jean Louis , 45072@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Dec 09 10:36:27 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 1kmvtb-0003lN-Ly for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Dec 2020 10:36:27 +0100 Original-Received: from localhost ([::1]:46548 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmvtW-0000J3-In for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Dec 2020 04:36:25 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58974) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmvsE-0000HH-Fo for bug-gnu-emacs@gnu.org; Wed, 09 Dec 2020 04:35:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49497) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmvsE-0002R2-8P for bug-gnu-emacs@gnu.org; Wed, 09 Dec 2020 04:35:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmvsE-0003Ba-6P for bug-gnu-emacs@gnu.org; Wed, 09 Dec 2020 04:35:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Dec 2020 09:35: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.160750648412192 (code B ref 45072); Wed, 09 Dec 2020 09:35:02 +0000 Original-Received: (at 45072) by debbugs.gnu.org; 9 Dec 2020 09:34:44 +0000 Original-Received: from localhost ([127.0.0.1]:32803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmvrw-0003Aa-GI for submit@debbugs.gnu.org; Wed, 09 Dec 2020 04:34:44 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:52841) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmvrr-00039x-T9 for 45072@debbugs.gnu.org; Wed, 09 Dec 2020 04:34:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1607506443; bh=Ei/xGrRN4hKKYJ1C5ojTnAO5nOoj849lT2ntlpZkgJ8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=XTwgJBMeD39Cw951teaXAC3KzwoaiRsg/Nmk2OxBvYQIyrvlMuYMrvc6YuCqsyHjo pIuK4dIISqgM/e7OK/6ZkIo3JkAym0qdJZwjJTndk5gst0mKwS5a1oWM2BeW2dCFIT Qlk01YFApas23au+kUeFCaRHzVYl2RJykwYVI1Ds= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([212.95.5.125]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mwwdl-1jufLc07BL-00yS6W; Wed, 09 Dec 2020 10:34:03 +0100 In-Reply-To: <87pn3k87tx.fsf@mail.linkov.net> Content-Language: en-US X-Provags-ID: V03:K1:0djN3EUre6wzRyGgHHh1aY7fsnZnxvmPCmdP/Tt98ziOwwwF5DY fC2BaBZJmujZN7MMqShK9dQFKTPD6kPwpxA3d3skl7mqttGOPdHBYlCPHWWDExHqI3aAo0V gFpLiSQnxK+IEjM8Ntuk8+5HTSKlk3jzbN+EO8/2AnVrOWrzhfVury7/ezYOzzHwT2QyMza jwCWkSESDiQlRMgreGwrA== X-UI-Out-Filterresults: notjunk:1;V03:K0:ZUMJAGMuJJA=:qC8ihsxbvBL30fKLROUgHc Cnwtn0DSayglR4KXOTfYf14YkAKu+QBltAlpWq0qEeOOViKTGOqCEapv1CS9jMjO97eqwM1LP uF9s8hSLbMZTuRsS6okmqNl5sOshZJ2sv0h8BhYbBW8SY16W4Q5fH3EBffK0eLyTIEJ6KEARC t2uy/G3d9OKt/pLytKLXfpExaFXFUzuI5Vow4YKD6REh9JXOOYlRt7iVgukkoyo1mECcKAeyV HJE6wv9hROQcA0MRIA1z2chQSiwL4/WIhI/HjWLDqjiBVfcr0Cksmzge9Y4z1jgjE/IQypT2s bZ2Nd/kubiQRIUrj1SqZFY8oH3mCbrfZJojek1K2YzIskZCv3UpU3rNBnQqsfKKKgaSdKJTaU S5xOXzYoQjkDTzeA68yI7CdXSZN5xdrmsOEkKqicAeLGZlvM6vhgIiSUSKjw+awG0bbyUHajQ wdckxzNQeUlUlgScUmQrOKHyMcHakiJJHp78FHXQOYAZQqacDX3o4DEkXYxKSEBrzbEMW9HrM ET7s/WVzE/r9XxbnePK9LpppMibC63Rxo7/xOJkVGMpRGxcv2Dr3+QAJ/mK/LVa+1Nl7h0yKo ZMspu5S+Eo5qxpoe7v207A4uOxyvDYMfuakca8SN/cW0Wt1ieI5uvj/lI9qmKjWrYuvpsoAI/ 23hL+NnnRZcZ0r0qpa9kY021Zcskz1HoGLJNj/K7qiOgPqjwchJwYGOG4xciuvLSGLA6kC3Gc /VkI75EzARWNzVvUr8/aMBBZmFHnA8/YfYHHu/STvoNBplmNzP6qpe8TMqelAv2ZBE84TvoT 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:195479 Archived-At: > Thanks, sometime ago I asked how this would be possible to do, > and now I'm testing your patch (it missed trailing spaces on diff > context lines, but still applies without problems). > > It seems to be really useful this option needs to keep only windows > implicitly created by the user, but remove windows created > automatically by mibibuffer-related commands such as the buffer > *Completions*. Such windows must be removed by the mechanism that created them. I hardly ever see such windows here because I'm apparently using some arcane completions mechanism that always puts them in place right away. But if I'm not mistaken, several such windows may pop up during one and the same minibuffer input operation and IMO all of them should pop down automatically as soon as they served their purpose. A case could be made in the sense that by default the minibuffer window itself won't shrink back after the completions have been shown there. But I suppose that people using such a mechanism should also set 'resize-mini-windows' to t. martin