From: Philippe Vaucher <philippe.vaucher@gmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Emacs developers <emacs-devel@gnu.org>
Subject: Re: tabulated-list sort icon is reversed
Date: Fri, 1 Mar 2019 19:14:07 +0100 [thread overview]
Message-ID: <CAGK7Mr7QGij9AGGvSgqdprs_fHUPCzrOk6MDKOENxcvQNcgG3A@mail.gmail.com> (raw)
In-Reply-To: <jwv7edisdqa.fsf-monnier+emacs@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1131 bytes --]
>
> More seriously, we could refresh the table every time the major mode
> is activated, or we could rely on a `:set`ter function (i.e. add a :set
> argument to those defcustoms to recompute the table when the var is
> modified by Custom).
>
Thanks, I think the `:set` solution is the one that makes more sense
because you only re-set the table once instead of multiple times, but at
the same time I kinda hate when simple code like `(setq
tabulated-list-glyphless-sort-icon-asc ?a)` does not work in configs.
> > Yes this is what I used, ok thanks for the explanation a lot of other
> > weirdnesses make sense now :-)
>
> That's what Emacs is all about: make weirdness look natural,
>
Well TBH I don't find the difference between `eval-buffer`, `eval-defun`
and `eval-last-sexp` natural at all. It's been a while since I wonder why
sometimes when evaling code it would appear to change the defcustom/defvar
values and sometimes not. With your explanations now I understand that was
simply because of how I evaled the code.
My "natural" expectation is for all of them to always re-evaluate
everything.
Kind regards,
Philippe
[-- Attachment #2: Type: text/html, Size: 1617 bytes --]
next prev parent reply other threads:[~2019-03-01 18:14 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-28 18:14 tabulated-list sort icon is reversed Philippe Vaucher
2018-07-28 19:03 ` Eli Zaretskii
2018-07-28 22:00 ` Philippe Vaucher
2018-07-29 17:34 ` Eli Zaretskii
2018-07-30 7:14 ` Robert Pluim
2018-07-30 10:47 ` Joost Kremers
2018-07-30 14:48 ` Drew Adams
2018-07-30 15:17 ` Robert Pluim
2018-07-30 15:24 ` Eli Zaretskii
2018-07-30 17:33 ` Stefan Monnier
2018-07-30 17:57 ` Clément Pit-Claudel
2018-07-31 18:28 ` Philippe Vaucher
2018-07-31 18:34 ` Philippe Vaucher
2018-07-31 18:35 ` Philippe Vaucher
2018-07-31 19:24 ` Stefan Monnier
2018-07-31 19:37 ` Drew Adams
2018-07-31 20:19 ` Stefan Monnier
2018-07-31 21:46 ` Drew Adams
2018-08-01 20:48 ` Joost Kremers
2018-08-02 2:09 ` Richard Stallman
2018-08-02 5:02 ` Stefan Monnier
2018-08-02 8:56 ` Philippe Vaucher
2018-08-02 13:09 ` Clément Pit-Claudel
2018-08-03 11:13 ` Joost Kremers
2018-08-03 11:23 ` Robert Pluim
2018-08-05 4:01 ` Van L
2018-08-10 9:56 ` Philippe Vaucher
2018-08-10 12:18 ` Eli Zaretskii
2018-08-10 12:37 ` Philippe Vaucher
2018-08-10 12:49 ` Eli Zaretskii
2018-08-10 14:07 ` Philippe Vaucher
2018-08-10 13:20 ` Clément Pit-Claudel
2018-08-10 14:11 ` Philippe Vaucher
2018-08-10 14:52 ` Yuri Khan
2018-08-10 20:10 ` Philippe Vaucher
2019-02-12 19:13 ` Clément Pit-Claudel
2019-02-12 19:43 ` Eli Zaretskii
2019-02-12 20:54 ` Clément Pit-Claudel
2019-02-15 13:38 ` Philippe Vaucher
2019-02-15 14:05 ` Clément Pit-Claudel
2019-02-15 14:15 ` Eli Zaretskii
2019-02-15 14:42 ` Philippe Vaucher
2019-02-27 20:08 ` Philippe Vaucher
2019-02-27 20:21 ` Clément Pit-Claudel
2019-02-27 21:23 ` Stefan Monnier
2019-02-28 7:55 ` Philippe Vaucher
2019-03-01 9:48 ` Philippe Vaucher
2019-03-01 13:56 ` Stefan Monnier
2019-03-01 16:34 ` Philippe Vaucher
2019-03-01 17:34 ` Stefan Monnier
2019-03-01 18:14 ` Philippe Vaucher [this message]
2019-03-02 11:53 ` Eli Zaretskii
2019-03-02 17:48 ` Philippe Vaucher
2019-03-02 17:51 ` Philippe Vaucher
2019-03-02 18:15 ` Eli Zaretskii
2019-03-02 19:06 ` Philippe Vaucher
2019-03-08 9:43 ` Eli Zaretskii
2019-03-08 13:38 ` Stefan Monnier
2019-03-08 14:35 ` Eli Zaretskii
2019-03-09 10:18 ` Philippe Vaucher
2019-03-09 10:20 ` Philippe Vaucher
2019-03-09 15:06 ` Eli Zaretskii
2019-03-09 17:08 ` Philippe Vaucher
2019-03-09 17:19 ` Eli Zaretskii
2019-03-09 19:57 ` Stefan Monnier
2019-03-11 9:08 ` Philippe Vaucher
2019-03-11 10:54 ` Philippe Vaucher
2019-03-15 9:11 ` Eli Zaretskii
2019-03-17 11:55 ` Philippe Vaucher
2019-03-02 18:15 ` Eli Zaretskii
2018-08-02 8:56 ` Philippe Vaucher
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAGK7Mr7QGij9AGGvSgqdprs_fHUPCzrOk6MDKOENxcvQNcgG3A@mail.gmail.com \
--to=philippe.vaucher@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).