From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Howard Melman Newsgroups: gmane.emacs.bugs Subject: bug#56215: Request for decluttering capability on mode-line keywords Date: Fri, 01 Jul 2022 12:38:34 -0400 Message-ID: References: <0c7b006177f251663dfa0f0e0d1e7344@webmail.orcon.net.nz> <87sfnreamy.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27280"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (darwin) To: 56215@debbugs.gnu.org Cancel-Lock: sha1:/KsLG06opbh+nnYsjjVz4uztywY= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 01 18:39:09 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o7Jfh-0006uZ-47 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 01 Jul 2022 18:39:09 +0200 Original-Received: from localhost ([::1]:37408 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o7Jfg-0004Ut-3F for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 01 Jul 2022 12:39:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54430) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o7Jfa-0004TG-6a for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 12:39:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45196) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o7JfZ-0000m5-UB for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 12:39:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o7JfZ-0008Bw-Rf for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 12:39:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Howard Melman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Jul 2022 16:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56215 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.165669353231473 (code B ref -1); Fri, 01 Jul 2022 16:39:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 1 Jul 2022 16:38:52 +0000 Original-Received: from localhost ([127.0.0.1]:39093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o7JfQ-0008BZ-2z for submit@debbugs.gnu.org; Fri, 01 Jul 2022 12:38:52 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:35024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o7JfN-0008BP-Vy for submit@debbugs.gnu.org; Fri, 01 Jul 2022 12:38:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54410) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o7JfN-0004Ia-Ps for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 12:38:49 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:60186) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o7JfM-0000kC-7g for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 12:38:49 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1o7JfI-0006Q9-Er for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 18:38:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 5 X-Spam_score: 0.5 X-Spam_bar: / X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:235833 Archived-At: Lars Ingebrigtsen writes: > Phil Sainty writes: > >> You might find the GNU ELPA package delight.el to be suitable. >> See https://www.emacswiki.org/emacs/DelightedModes for details. >> >> There are other options as well, including these (and maybe >> more besides): >> >> https://emacs.stackexchange.com/a/72194/454 >> >> Lars, I think this is a duplicate of bug#30978 ? > > Yes, sort of. And the conclusion is that there's a bunch of these > packages out there for a reason -- people have very different needs and > expectations for the mode line, so different packages makes sense. So > adding something to the core here wouldn't be helpful, and I'm therefore > closing this bug report. As I tried to express in bug#30978, one of the reasons there are packages to do this is that some modes hardcode their lighter string and if they defined variables instead, like many other modes do, users (and these package writers) would have an easier time. Now that most minor modes use define-minor-mode there's an easy place to correct this. I think there are now 3 people supporting this and the only argument against was: On the one hand, a `foo-mode-lighter' variable would make things easy and regular. On the other hand, it means creating a new user option for each minor mode (i.e., a defcustom), and it means having these in `minor-mode-alist', which means one additional variable lookup (per minor mode) when creating the mode line. I still think that's a fine trade off. I see ~70 modes in emacs that use a hard-coded :lighter string and most are specific to some major mode as opposed to being generally on in all modes. I wish you'd reconsider bug#30978. Also, the elisp manual when discussing :lighter doesn't mention using a symbol as a value or the customization that provides to the user and I think it should. -- Howard