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.bugs Subject: bug#45688: 28.0.50; New action for display-buffer? Date: Wed, 06 Jan 2021 17:45:12 +0200 Message-ID: <83y2h6133r.fsf@gnu.org> References: <87im8a1dff.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29189"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 45688@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 06 16:46:22 2021 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 1kxB0w-0007Rj-KJ for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 06 Jan 2021 16:46:22 +0100 Original-Received: from localhost ([::1]:49894 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxB0v-0001o5-HY for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 06 Jan 2021 10:46:21 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40512) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxB0d-0001mQ-H6 for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2021 10:46:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33740) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kxB0b-0001c3-VJ for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2021 10:46:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kxB0b-0001lX-St for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2021 10:46:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2021 15:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45688 X-GNU-PR-Package: emacs Original-Received: via spool by 45688-submit@debbugs.gnu.org id=B45688.16099479386751 (code B ref 45688); Wed, 06 Jan 2021 15:46:01 +0000 Original-Received: (at 45688) by debbugs.gnu.org; 6 Jan 2021 15:45:38 +0000 Original-Received: from localhost ([127.0.0.1]:45286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxB0E-0001kp-7A for submit@debbugs.gnu.org; Wed, 06 Jan 2021 10:45:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxB0D-0001kd-He for 45688@debbugs.gnu.org; Wed, 06 Jan 2021 10:45:37 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:34762) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxB07-0001Iq-CM; Wed, 06 Jan 2021 10:45:32 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1520 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kxAzr-0004DZ-2R; Wed, 06 Jan 2021 10:45:30 -0500 In-Reply-To: <87im8a1dff.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 06 Jan 2021 13:02:12 +0100) 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:197426 Archived-At: > From: Lars Ingebrigtsen > Date: Wed, 06 Jan 2021 13:02:12 +0100 > > > Say you start with this: > > ----- > buf 1 > ----- > buf 2 > ----- > buf 3 > ----- > > and you're in buf 1. `M-x display-buffer RET RET' then gives you: > > ----- > buf 1 > ----- > buf 4 > ----- > buf 3 > ----- > > Repeat, and: > > ----- > buf 1 > ----- > buf 4 > ----- > buf 2 > ----- > > Repeat, and: > > ----- > buf 1 > ----- > buf 3 > ----- > buf 2 > ----- > > Repeat, and: > > ----- > buf 1 > ----- > buf 3 > ----- > buf 4 > ----- > > Repeat, and: > > ----- > buf 1 > ----- > buf 2 > ----- > buf 4 > ----- > > That is, it cycles the windows. If there are more windows, it'll go > through all the other windows in order, choosing the > least-recently-switched-to window. I'm not sure I understand what kind of use case would find the above convenient. display-buffer is supposed to be for temporary display of some buffer that you soon enough want to go away, so why does it matter which buffer it replaces? Or if it does matter, wouldn't it be more reasonable to have explicit control on that, instead of letting it cycle? I feel that I'm missing something here.