GNU bug report logs -
#20178
24.3; Two feature requests for tabulated-list.el
Previous Next
Reported by: Eli Barzilay <eli <at> barzilay.org>
Date: Mon, 23 Mar 2015 10:58:02 UTC
Severity: wishlist
Tags: moreinfo, patch
Found in version 24.3
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 20178 in the body.
You can then email your comments to 20178 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#20178
; Package
emacs
.
(Mon, 23 Mar 2015 10:58:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Eli Barzilay <eli <at> barzilay.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 23 Mar 2015 10:58:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
1. Truncating labels is done ATM with
(truncate-string-to-width label width nil nil t)
It would be nice if there was an option to choose the `ellipsis'
argument. (The code already deals with unicode, so IMO it makes
sense to use "…" with an alternative of "-" in
`tabulated-list-glyphless-char-display'.)
2. When I use `electric-buffer-list', if I happen to click on a column
header it sorts the buffer according to that header, and it even
makes that choice persistent. That's nice, I guess, but there
should be some way to go back to the default original order -- and
maybe I'm missing something obvious, but I don't see any good way
to do that. (If I hit it by mistake, the only way I found to go
back to the default is to quit the electric buffer, then use
`list-buffers' to get it in plain mode, then kill it so that it
gets recreated next time.)
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay:
http://barzilay.org/ Maze is Life!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Mon, 23 Mar 2015 13:30:05 GMT)
Full text and
rfc822 format available.
Message #8 received at 20178 <at> debbugs.gnu.org (full text, mbox):
> 1. Truncating labels is done ATM with
> (truncate-string-to-width label width nil nil t)
> It would be nice if there was an option to choose the `ellipsis'
> argument. (The code already deals with unicode, so IMO it makes
> sense to use "…" with an alternative of "-" in
> `tabulated-list-glyphless-char-display'.)
(setq truncate-string-ellipsis "…")
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Mon, 23 Mar 2015 14:13:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 20178 <at> debbugs.gnu.org (full text, mbox):
Oh, good... Any estimates for the release of v25?
And I'm assuming that there's some way to change the subject of this bug
to reflect the second point -- or is it better to re-submit?
And semi-related, ebuff is full of problems around not turning itself
off when you switch outside -- enough that it makes me suspect that the
code is either not actively maintained or very active so things changed.
If this is incorrect, should I submit another bug?
On Mon, Mar 23, 2015 at 9:28 AM, Stefan Monnier
<monnier <at> iro.umontreal.ca> wrote:
>> 1. Truncating labels is done ATM with
>
>> (truncate-string-to-width label width nil nil t)
>
>> It would be nice if there was an option to choose the `ellipsis'
>> argument. (The code already deals with unicode, so IMO it makes
>> sense to use "…" with an alternative of "-" in
>> `tabulated-list-glyphless-char-display'.)
>
> (setq truncate-string-ellipsis "…")
>
>
> Stefan
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay:
http://barzilay.org/ Maze is Life!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Mon, 23 Mar 2015 19:33:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 20178 <at> debbugs.gnu.org (full text, mbox):
> Oh, good... Any estimates for the release of v25?
Some time before 2025.
> And semi-related, ebuff is full of problems around not turning itself
> off when you switch outside -- enough that it makes me suspect that the
> code is either not actively maintained or very active so things changed.
> If this is incorrect, should I submit another bug?
Not actively maintained is much closer to reality, IIUC,
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Mon, 19 Oct 2020 00:27:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 20178 <at> debbugs.gnu.org (full text, mbox):
Eli Barzilay <eli <at> barzilay.org> writes:
> 2. When I use `electric-buffer-list', if I happen to click on a column
> header it sorts the buffer according to that header, and it even
> makes that choice persistent. That's nice, I guess, but there
> should be some way to go back to the default original order -- and
> maybe I'm missing something obvious, but I don't see any good way
> to do that. (If I hit it by mistake, the only way I found to go
> back to the default is to quit the electric buffer, then use
> `list-buffers' to get it in plain mode, then kill it so that it
> gets recreated next time.)
Indeed. So the default is to sort by whatever order `buffer-list'
happens to return them in. Which can of course be useful. But there is
no easy way to return to this sort order.
I'm not sure how easy this is to fix, but:
What is the expected behavior here? Does it make sense to make `C-u S'
go back to the default sort order? Or should perhaps a right click at
the relevant column header reset it?
(Note that `electric-buffer-list' is the same as `list-buffers' for our
purposes here.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Mon, 19 Oct 2020 05:52:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 20178 <at> debbugs.gnu.org (full text, mbox):
On Sun, Oct 18, 2020 at 8:26 PM Stefan Kangas <stefan <at> marxist.se> wrote:
>
> Eli Barzilay <eli <at> barzilay.org> writes:
>
> > 2. When I use `electric-buffer-list', if I happen to click on a column
> > header it sorts the buffer according to that header, and it even
> > makes that choice persistent. That's nice, I guess, but there
> > should be some way to go back to the default original order -- and
> > maybe I'm missing something obvious, but I don't see any good way
> > to do that. (If I hit it by mistake, the only way I found to go
> > back to the default is to quit the electric buffer, then use
> > `list-buffers' to get it in plain mode, then kill it so that it
> > gets recreated next time.)
>
> Indeed. So the default is to sort by whatever order `buffer-list'
> happens to return them in. Which can of course be useful. But there is
> no easy way to return to this sort order.
>
> I'm not sure how easy this is to fix, but:
(TBH, I don't even remember the context -- I was maybe looking for a
replacement for `bs.el`.)
> What is the expected behavior here? Does it make sense to make `C-u S'
> go back to the default sort order? Or should perhaps a right click at
> the relevant column header reset it?
FWIW, I'd expect a click to go from nothing to ascending to descending
back to nothing.
> (Note that `electric-buffer-list' is the same as `list-buffers' for our
> purposes here.)
(Just tried `electric-buffer-list` again, it is broken in an amusing
way for me, where a click leads to some infinite loop that keeps the
window top following the mouse...)
--
((x=>x(x))(x=>x(x))) Eli Barzilay:
http://barzilay.org/ Maze is Life!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Tue, 20 Oct 2020 00:44:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 20178 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Barzilay <eli <at> barzilay.org> writes:
>> What is the expected behavior here? Does it make sense to make `C-u S'
>> go back to the default sort order? Or should perhaps a right click at
>> the relevant column header reset it?
>
> FWIW, I'd expect a click to go from nothing to ascending to descending
> back to nothing.
Right. But this would only be useful in certain buffers, so I'd suggest
this behavior to be optional.
The attached patch should do it. Comments welcome.
(And as I'm about to send this, I realize that we would probably want
the same behavior also for the `tabulated-list-sort' command? Either
for consecutive invocations or for the prefix argument.)
>> (Note that `electric-buffer-list' is the same as `list-buffers' for our
>> purposes here.)
>
> (Just tried `electric-buffer-list` again, it is broken in an amusing
> way for me, where a click leads to some infinite loop that keeps the
> window top following the mouse...)
Sounds like you have stumbled into a bug that should be reported?
[0001-Reset-sort-order-on-third-click-in-tabulated-list-mo.patch (text/x-diff, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Mon, 24 Jan 2022 16:26:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 20178 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> (And as I'm about to send this, I realize that we would probably want
> the same behavior also for the `tabulated-list-sort' command? Either
> for consecutive invocations or for the prefix argument.)
This was fixed in Emacs 28 -- `C-u - S' reverts back to the original
sort.
I've now added the `S' command to `electric-buffer-list', too.
> (tabulated-list-third-click-resets-sort): New buffer local variable to
> control above new optional behavior.
I'm not sure this would be used much -- does other things that sort
based on clicking the headers work this way? But I don't oppose adding
it if it's something that'd be used.
Any opinions?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 24 Jan 2022 16:26:02 GMT)
Full text and
rfc822 format available.
Added tag(s) patch.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 24 Jan 2022 16:26:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20178
; Package
emacs
.
(Tue, 22 Feb 2022 13:56:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 20178 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>> (tabulated-list-third-click-resets-sort): New buffer local variable to
>> control above new optional behavior.
>
> I'm not sure this would be used much -- does other things that sort
> based on clicking the headers work this way? But I don't oppose adding
> it if it's something that'd be used.
>
> Any opinions?
Nobody had an opinion here, and I my feeling is that this is something
that wouldn't be used a lot, so I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
20178 <at> debbugs.gnu.org and Eli Barzilay <eli <at> barzilay.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 22 Feb 2022 13:56: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
.
(Wed, 23 Mar 2022 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 33 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.