GNU bug report logs - #27997
pick a better buffer to fill the gap, not one I already see

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27997 in the body.
You can then email your comments to 27997 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <at> gnu.org
Subject: pick a better buffer to fill the gap, not one I already see
Date: Mon, 07 Aug 2017 08:37:20 +0800

OK I killed a buffer, so a new one pops in to replace it.

Except sometimes the choice of the new one is quite embarrassing: it
picks a buffer I'm already looking at while at the same time ignoring a
better candidate.

$ emacs -Q /tmp/a /tmp/b /tmp/c
 C-x 1 [delete-other-windows]
 C-x 4 b [switch-to-buffer-other-window] # Smart enough not to prompt with the name of a buffer I already see. Good.
 <return> [minibuffer-complete-and-exit] # was prompted with "b", OK
 C-x k [kill-buffer]                     # was prompted with "b", OK
 <return> [minibuffer-complete-and-exit] # killed "b", OK, but...

Now I'm staring at two "c" buffers!
I would be better served by staring at "a" and "c" buffers.

So please when selecting a buffer to fill the gap,
again be smart enough not to show a buffer I already see.

Message #8 received at 27997 <at> debbugs.gnu.org (full text, mbox):

From: Tino Calancha <tino.calancha <at> gmail.com>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: Martin Rudalics <rudalics <at> gmx.at>, 27997 <at> debbugs.gnu.org
Subject: Re: bug#27997: pick a better buffer to fill the gap,
 not one I already see
Date: Mon, 07 Aug 2017 12:49:59 +0900

積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

> OK I killed a buffer, so a new one pops in to replace it.
>
> Except sometimes the choice of the new one is quite embarrassing: it
> picks a buffer I'm already looking at while at the same time ignoring a
> better candidate.
>
> $ emacs -Q /tmp/a /tmp/b /tmp/c
>  C-x 1 [delete-other-windows]
>  C-x 4 b [switch-to-buffer-other-window] # Smart enough not to prompt with the name of a buffer I already see. Good.
>  <return> [minibuffer-complete-and-exit] # was prompted with "b", OK
>  C-x k [kill-buffer]                     # was prompted with "b", OK
>  <return> [minibuffer-complete-and-exit] # killed "b", OK, but...
>
> Now I'm staring at two "c" buffers!
> I would be better served by staring at "a" and "c" buffers.
>
> So please when selecting a buffer to fill the gap,
> again be smart enough not to show a buffer I already see.
The original code pick up the previous buffer shown in that same
window.  That's a feature; sometimes might be desirable.
For instance,
;; Imagine we want to split the window to show two
;; differents parts of a large buffer.
emacs -Q src/data.c
C-x 3 ; split-window-right
M-> ; end-of-buffer
M-v ; scroll-down-command
;; Wanna see who commited the line at point.
C-x v g ; I see, Daniel was.
;; Some people don't use `quit-window', just `C-x b' and `C-x k'
C-x k RET ; This return me where i was
;; Still have src/data.c split in the upper/lower parts.
;; With your suggestion we will have src/data.c in one
;; window and a diferent buffer (*scratch*) in another.

IMO, if we follow your suggestion it must be configurable
with an option (nil by default).

Message #11 received at 27997 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Tino Calancha <tino.calancha <at> gmail.com>
Cc: Martin Rudalics <rudalics <at> gmx.at>, 27997 <at> debbugs.gnu.org,
 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Subject: Re: bug#27997: pick a better buffer to fill the gap, not one I
 already see
Date: Mon, 14 Oct 2019 22:03:35 +0200

Tino Calancha <tino.calancha <at> gmail.com> writes:

>> So please when selecting a buffer to fill the gap,
>> again be smart enough not to show a buffer I already see.
> The original code pick up the previous buffer shown in that same
> window.  That's a feature; sometimes might be desirable.

So this works as designed, and I'm closing this as a "wontfix".

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.