GNU bug report logs -
#6491
24.0.50; list-buffers should not throw away marks
Previous Next
Reported by: jidanni <at> jidanni.org
Date: Tue, 22 Jun 2010 11:20:02 UTC
Severity: wishlist
Tags: fixed
Merged with 7519
Found in version 24.0.50
Fixed in version 28.1
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 6491 in the body.
You can then email your comments to 6491 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Tue, 22 Jun 2010 11:20:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
jidanni <at> jidanni.org
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 22 Jun 2010 11:20:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
!v runs the command Buffer-menu-select, which is an interactive
!compiled Lisp function in `buff-menu.el'.
!
!It is bound to v, <menu-bar> <Buffer-menu-mode> <sel>.
!
!(Buffer-menu-select)
!
!Select this line's buffer; also display buffers marked with `>'.
!You can mark buffers with the m command.
!This command deletes and replaces all the previously existing windows
!in the selected frame.
The problem is 1) when me make marks with m, the cursor moves down, so
we have to move the cursor back up unless we want our v command to pull
in an unrelated buffer.
Well OK, just make the last keystroke a v instead of a m, as 2) our marks
get thrown away anyway at the next invocation of list-buffers... which
is in fact why I'm writing this bug, even though I know there are many
replacements for list-buffers. OK, never mind.
In GNU Emacs 24.0.50.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1)
of 2010-06-20 on elegiac, modified by Debian
(emacs-snapshot package, version 1:20100619-2)
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Wed, 13 Jul 2011 23:52:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 6491 <at> debbugs.gnu.org (full text, mbox):
jidanni <at> jidanni.org writes:
> The problem is 1) when me make marks with m, the cursor moves down, so
> we have to move the cursor back up unless we want our v command to pull
> in an unrelated buffer.
It's so you can mark a lot of buffers fast.
> Well OK, just make the last keystroke a v instead of a m, as 2) our marks
> get thrown away anyway at the next invocation of list-buffers... which
> is in fact why I'm writing this bug, even though I know there are many
> replacements for list-buffers. OK, never mind.
I think it may be logical for the marks to go away if you re-list the
buffers, but I'm not sure. Does anybody have an opinion on this?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Wed, 13 Jul 2011 23:59:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 6491 <at> debbugs.gnu.org (full text, mbox):
> I think it may be logical for the marks to go away if you re-list the
> buffers, but I'm not sure. Does anybody have an opinion on this?
Relisting (e.g. `g') does erase all marks in *Buffer List*.
I'm not sure it should, however. Seems to me that Dired should perhaps be the
model here, and `g' does *not* erase marks in Dired.
It is easy enough to erase all marks in the buffer list: `M->' followed by
leaning on the Backspace key. However, we could also add a key to erase all
marks. Dired does that with `M-DEL RET'.
Forcibly Merged 6491 7519.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 14 Jul 2011 15:31:02 GMT)
Full text and
rfc822 format available.
Severity set to 'wishlist' from 'minor'
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 16 Jul 2011 20:20:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Sat, 16 Jul 2011 20:20:06 GMT)
Full text and
rfc822 format available.
Message #18 received at 6491 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
> I'm not sure it should, however. Seems to me that Dired should perhaps be the
> model here, and `g' does *not* erase marks in Dired.
Makes sense. However, this is a feature change and not really a bug, so
I'm moving this one over to "wishlist".
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Sun, 13 Oct 2019 20:59:01 GMT)
Full text and
rfc822 format available.
Message #21 received at 6491 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
>> I think it may be logical for the marks to go away if you re-list the
>> buffers, but I'm not sure. Does anybody have an opinion on this?
>
> Relisting (e.g. `g') does erase all marks in *Buffer List*.
>
> I'm not sure it should, however. Seems to me that Dired should perhaps be the
> model here, and `g' does *not* erase marks in Dired.
I've now made this change in Emacs 27.
As for `v' removing the marks -- it's done that since forever, as far as
I can see, and it's done on purpose, so I think making it stop doing
that might be a behavioural change that won't be welcome.
But I don't know -- does anybody have an opinion? It's trivial to fix.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Fri, 18 Oct 2019 03:15:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 6491 <at> debbugs.gnu.org (full text, mbox):
>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:
LI> "Drew Adams" <drew.adams <at> oracle.com> writes:
>>> I think it may be logical for the marks to go away if you re-list the
>>> buffers, but I'm not sure. Does anybody have an opinion on this?
>>
>> Relisting (e.g. `g') does erase all marks in *Buffer List*.
>>
>> I'm not sure it should, however. Seems to me that Dired should perhaps be the
>> model here, and `g' does *not* erase marks in Dired.
LI> I've now made this change in Emacs 27.
LI> As for `v' removing the marks -- it's done that since forever, as far as
LI> I can see, and it's done on purpose, so I think making it stop doing
LI> that might be a behavioural change that won't be welcome.
LI> But I don't know -- does anybody have an opinion? It's trivial to fix.
Docstring ""v runs the command Buffer-menu-select (found in Buffer-menu-mode-map),""
doesn't even mention it throws away the marks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Fri, 18 Oct 2019 03:50:01 GMT)
Full text and
rfc822 format available.
Message #27 received at 6491 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:
> Docstring ""v runs the command Buffer-menu-select (found in
> Buffer-menu-mode-map),""
> doesn't even mention it throws away the marks.
No, but it's common (in some modes) to first mark a bunch of stuff, and
then when you execute the command on those marked things, the marks are
cleared so that you can then mark some other things and do some stuff on
them.
Dired is one mode that doesn't work like that, but it's not the only
mode in Emacs.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Fri, 18 Oct 2019 04:31:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 6491 <at> debbugs.gnu.org (full text, mbox):
> > Docstring ""v runs the command Buffer-menu-select (found in
> > Buffer-menu-mode-map),""
> > doesn't even mention it throws away the marks.
>
> No, but it's common (in some modes)
Which ones? Maybe they should change, to take
advantage of the other (superior ;-)) behavior.
Do they have a notion of updating - does `g'
update them in some way? Or does it just reset
them?
A file listing is a perfect case for having `g'
update - sync with the world outside the buffer
state. That you can do that but keep other
aspects of the buffer state is a plus.
Maybe the modes you have in mind do not have
any notion of updating, so `g' just does a
total reset? If not, they might be candidates
for upgrading to the Dired-like behavior. ;-)
> to first mark a bunch of stuff, and
> then when you execute the command on those marked things, the marks are
> cleared so that you can then mark some other things and do some stuff
> on them.
That's only useful when it's necessary because
no one provided an alternative. And it's only
necessary if the mode doesn't have a simple
way to clear the marks on demand. (`M-DEL RET'
in Dired.)
Separating clearing marks from syncing the buffer
is a plus. There's no good reason to hard-couple
the two - unless reverting does no updating, i.e.,
unless it's essentially just clearing marks.
> Dired is one mode that doesn't work like that, but it's not the only
> mode in Emacs.
It's not the only one, but it's a good one. And
it's clearly the closest one to the behavior of
`list-buffers'.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Fri, 18 Oct 2019 05:45:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 6491 <at> debbugs.gnu.org (full text, mbox):
At least the docstring should say what is going to happen.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6491
; Package
emacs
.
(Fri, 07 Aug 2020 10:57:01 GMT)
Full text and
rfc822 format available.
Message #36 received at 6491 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:
> At least the docstring should say what is going to happen.
I've now done so in Emacs 28.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 07 Aug 2020 10:57:01 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 28.1, send any further explanations to
6491 <at> debbugs.gnu.org and jidanni <at> jidanni.org
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 07 Aug 2020 10:57: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
.
(Fri, 04 Sep 2020 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 207 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.