From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#70949: display-buffer-choose-some-window Date: Thu, 23 May 2024 09:16:06 +0300 Organization: LINKOV.NET Message-ID: <86o78xm9y5.fsf@mail.linkov.net> References: <86jzjwqqmd.fsf@mail.linkov.net> <8d1947c7-a4d1-4920-8638-f8ae17acfe65@gmx.at> <86r0e32fnj.fsf@mail.linkov.net> <867cft0xt2.fsf@mail.linkov.net> <86ed9xvz3o.fsf@mail.linkov.net> <73251208-1e4c-4231-ae58-faf82363f241@gmx.at> <86jzjoo23l.fsf@mail.linkov.net> <9e29cbbc-65ee-4dd8-8a41-539946e19a7c@gmx.at> <86cypfm6s7.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28576"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) Cc: 70949@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 23 08:31:40 2024 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 1sA1zI-0007L8-1n for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 23 May 2024 08:31:40 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sA1yt-0002WU-IU; Thu, 23 May 2024 02:31:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sA1ya-0002Qy-Rv for bug-gnu-emacs@gnu.org; Thu, 23 May 2024 02:31:05 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sA1ya-0005uh-Ig for bug-gnu-emacs@gnu.org; Thu, 23 May 2024 02:30:56 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sA1yg-0007HV-6M for bug-gnu-emacs@gnu.org; Thu, 23 May 2024 02:31:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 May 2024 06:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70949 X-GNU-PR-Package: emacs Original-Received: via spool by 70949-submit@debbugs.gnu.org id=B70949.171644585727971 (code B ref 70949); Thu, 23 May 2024 06:31:02 +0000 Original-Received: (at 70949) by debbugs.gnu.org; 23 May 2024 06:30:57 +0000 Original-Received: from localhost ([127.0.0.1]:58510 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA1yb-0007H5-Fm for submit@debbugs.gnu.org; Thu, 23 May 2024 02:30:57 -0400 Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:59825) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA1yW-0007Gp-HK for 70949@debbugs.gnu.org; Thu, 23 May 2024 02:30:52 -0400 Original-Received: by mail.gandi.net (Postfix) with ESMTPSA id B488A60004; Thu, 23 May 2024 06:30:19 +0000 (UTC) In-Reply-To: (martin rudalics's message of "Wed, 22 May 2024 09:39:38 +0200") X-GND-Sasl: juri@linkov.net 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:285681 Archived-At: >> Not quite right. It's not about a less confusing user experience. >> Here is what the OP wrote for this request: >> >> I'd rather have file results remain in just one window so that I can use >> other buffers while still viewing search results. >> >> Probably here would be better to say not "other buffers", but "other windows". > > Then we have a problem. If the OP wants to "use other windows" (and not > just a single other window), the 'mru' will become one of these other > windows and not the last one used by 'display-buffer-use-some-window'. With 'mru' the window used by 'display-buffer-use-some-window' is the last one. Here is the use case of the OP: When cycling through, say, a rgrep result buffer with n (next-error-no-select) and p (previous-error-no-select), file results are displayed in every open window, with the exception of the window containing the rgrep results themselves. I'd rather have file results remain in just one window so that I can use other buffers while still viewing search results. > I think the OP should use a side window to show "file results" which > would support the "remain in just one window" paradigm out of the box. Unfortunately, a side window is not a solution since after finishing navigating the search results, the window should remain normal.