From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Philippe Vaucher Newsgroups: gmane.emacs.devel Subject: Re: tabulated-list sort icon is reversed Date: Fri, 1 Mar 2019 19:14:07 +0100 Message-ID: References: <87d0v1lsns.fsf@fastmail.fm> <532F6D74-E21C-45A2-B85B-01133DE1E8A1@scratch.space> <6e662c5b-3d04-2157-6712-aadcb6077f2b@gmail.com> <83a7j0pzbh.fsf@gnu.org> <83sgwpm92r.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000fd30f905830c6039" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="195107"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Emacs developers To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 01 19:24:54 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gzmq6-000odO-0I for ged-emacs-devel@m.gmane.org; Fri, 01 Mar 2019 19:24:54 +0100 Original-Received: from localhost ([127.0.0.1]:42043 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gzmq5-0006Ok-0F for ged-emacs-devel@m.gmane.org; Fri, 01 Mar 2019 13:24:53 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33417) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gzmp8-0005S4-8w for emacs-devel@gnu.org; Fri, 01 Mar 2019 13:23:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gzmgF-0002fL-4x for emacs-devel@gnu.org; Fri, 01 Mar 2019 13:14:44 -0500 Original-Received: from mail-lf1-x132.google.com ([2a00:1450:4864:20::132]:33606) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gzmg7-0002ZW-6X for emacs-devel@gnu.org; Fri, 01 Mar 2019 13:14:35 -0500 Original-Received: by mail-lf1-x132.google.com with SMTP id z23so6647728lfe.0 for ; Fri, 01 Mar 2019 10:14:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AxTecWCOAJH8EKFBgd5DcbibPf1pfvWnFH8v+QuRZf4=; b=gd0PccBhRfiid1CpXx3Nn9JgX1/FS0ZwYPEH/umUiYrwEYK4MNzWatymLLJ/8J1/AW qAPHZFtZSb4t9aJLsHBrb5qYZIV9txRhNwgU1jhpOMVR64P79AgvYjcmEJ05ejIhzqlp DxG/AMLWTulGWaL/hUQIxw5xUrdvjxs6cTWG1nkBrNdBZ5+beD5Kct7y44iH6y7UmKZ4 GHoG3unB8aHWvrFMb3GaU0DPhLUbEF+MyXd6wi99FgpvlJWtGywK7XfyvoUIOqsr7OFM RW6//x7PoQ4EKdQyEo2LDoPGsA8vD3M1h09QkalK3QAWw6uh++b/xUPZsTUs0SYEMYoO w0oQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AxTecWCOAJH8EKFBgd5DcbibPf1pfvWnFH8v+QuRZf4=; b=WUr5yegwM3Vi8Czj8PqGKefDi6isrJKe77W4ixt8Tqxc7WhrCSnmNfaHpf61YxcLFs NP/033ZoJemDrEgFbkJFg3meSyMoMdE4TM6wIlA4+Qlv7sg3pIMRH2zu9wOlnuGEbetP NZybH3yVTXArLKvHA4OwRIY0PXtpbnJHnLyE+Ot1LIHI2BMBimRS7GRD/oi3Hky9zzOQ c7X4ZYYnKfiCo4mWp4uYU2BvXj8Go7VSglFPRSI/i75pz1RNnrtVrN0LCWTz4d/hG+y/ diTL27zRj2tI65LSWPtTKQ6QiZ0tPIsl3uDz/87HclwH5CZv8hyceidS6YPXNzxo3l7p SUlg== X-Gm-Message-State: APjAAAVuq2yUJHLDjkhtoyjws68lMDqh5Vt5zW7rMo+hGcqrxtAgxymz B9oQ/cei2gaA115RS4waeKwG3Aa4eKnERQKVLTg= X-Google-Smtp-Source: APXvYqxSWlagabv14xYQ/6Y9pEiCHmXgNvkrpU5wVgNMlhHfO4nJn19C3DRlVMZ4KR04e12hArZkXiYcIrl29KSDTuY= X-Received: by 2002:a19:691c:: with SMTP id e28mr3572305lfc.86.1551464073603; Fri, 01 Mar 2019 10:14:33 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::132 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:233744 Archived-At: --000000000000fd30f905830c6039 Content-Type: text/plain; charset="UTF-8" > > 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 --000000000000fd30f905830c6039 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
More seriously, we could refresh the table every time th= e 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 th= e `: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)` d= oes not work in configs.
=C2=A0
> Yes this is what I used, ok thanks for the e= xplanation 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 b= een a while since I wonder why sometimes when evaling code it would appear = to change the defcustom/defvar values and sometimes not. With your explanat= ions 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
--000000000000fd30f905830c6039--