GNU bug report logs -
#27997
pick a better buffer to fill the gap, not one I already see
Previous Next
Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Date: Mon, 7 Aug 2017 02:13:04 UTC
Severity: wishlist
Tags: wontfix
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
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.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27997
; Package
emacs
.
(Mon, 07 Aug 2017 02:13:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 07 Aug 2017 02:13:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27997
; Package
emacs
.
(Mon, 07 Aug 2017 03:51:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 27997 <at> debbugs.gnu.org (full text, mbox):
積丹尼 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).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#27997
; Package
emacs
.
(Mon, 14 Oct 2019 20:04:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 27997 <at> debbugs.gnu.org (full text, mbox):
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
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 14 Oct 2019 20:04:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
27997 <at> debbugs.gnu.org and 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 14 Oct 2019 20:04:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 12 Nov 2019 12:24:15 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 158 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.