From: Kaushal Modi <kaushal.modi@gmail.com>
To: Phillip Lord <phillip.lord@russet.org.uk>
Cc: help-gnu-emacs@gnu.org, Stefan Monnier <monnier@iro.umontreal.ca>
Subject: Re: use-package
Date: Wed, 11 May 2016 11:42:34 +0000 [thread overview]
Message-ID: <CAFyQvY2HzRTK0QDsZe5A5CaOajusmOhF3-o7TidTtMQuX1MiGg@mail.gmail.com> (raw)
In-Reply-To: <87d1outgo2.fsf@russet.org.uk>
On Wed, May 11, 2016, 6:59 AM Phillip Lord
> The question is, though, which is the most sensible default.
>
> Which kind of illustrates my point, I think. Most of your work is
> switching things off!
>
> I think we can do a better job of the defaults, by simply moving to "no
> lighter by default".
>
I would still say that the default would be to keep the lighters on. It is
useful especially when people have installed some minor mode and have
enabled that globally or locally without understanding the full
implications. Then by simply glancing at the minor mode lighter list, they
can get a hint as to what's different in the environment between when
things are behaving as they expect vs the things they do not.
Also you saw just the list of minor mode lighters that I like to hide. It's
very possible that someone else likes to hide the lighters I choose to show
and show some of those that I am hiding. Overall when you overlay the
choice of all emacs users (do an OR condition of everyone's choices), I
would not be surprised if that result leaned towards showing almost all
the lighters.
We cannot set the defaults based on the preferences of just you and me. I
think that it is more important to have those to help people debug stuff
and avoid frustration.
The list of minor mode lighters that I hide has grown over time. For few I
was often confused on which ones I want to be shown vs which I do not. Also
as my experience with elisp grew, I relied less on the lighters and more on
C-h v minor-mode-name. But that does not justify turning the lighters off
for everyone by default, even for people who may be just started using
emacs. If the lighters are on, then they would at least know what question
to ask.. Like "Hey, things are funny only when I have XYZ in the thing at
the bottom".
Here's the initial thinking:
1. Leave the defaults as they are now.
2. Add a customizable option to hide all lighters.
3. Allow user to customize a white list or black list of minor modes. So
you might choose to show all lighters except a few in black list. Or you
might choose to hide all except a few in white list.
Thinking of that, may be rich-minority should be integrated into the core.
But then, why do that when it is already included in GNU Elpa. We are
anyways trying to keep only the very essential code in the core and put the
useful, nice to have feature packages in Elpa. It's pretty straight forward
to install that package today and configure as you need.
So the final proposal would be to not hide the lighter by default and use
the available packages like rich-minority to set user-specific lighters.
> --
--
Kaushal Modi
next prev parent reply other threads:[~2016-05-11 11:42 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-02 17:07 use-package Uwe Brauer
2016-05-02 18:47 ` use-package Kaushal Modi
2016-05-03 10:47 ` use-package Uwe Brauer
2016-05-03 14:01 ` use-package Kaushal Modi
2016-05-03 22:28 ` use-package Stefan Monnier
2016-05-04 3:33 ` use-package Kaushal Modi
2016-05-04 12:09 ` use-package Stefan Monnier
2016-05-04 16:22 ` use-package Phillip Lord
2016-05-04 16:44 ` use-package Drew Adams
2016-05-05 13:34 ` use-package Phillip Lord
2016-05-05 14:00 ` use-package Drew Adams
2016-05-05 15:56 ` use-package Kaushal Modi
2016-05-05 16:12 ` use-package Drew Adams
2016-05-10 9:20 ` use-package Phillip Lord
2016-05-10 9:18 ` use-package Phillip Lord
2016-05-11 11:42 ` Kaushal Modi [this message]
2016-05-12 21:04 ` use-package Phillip Lord
2016-05-13 11:56 ` use-package Stefan Monnier
2016-05-14 22:27 ` use-package Phillip Lord
2016-05-15 3:22 ` use-package Stefan Monnier
2016-05-13 15:38 ` use-package Drew Adams
2016-05-16 15:16 ` use-package Phillip Lord
2016-05-16 16:49 ` use-package Drew Adams
[not found] ` <mailman.2761.1463153947.7477.help-gnu-emacs@gnu.org>
2016-05-14 7:37 ` use-package Rusi
2016-05-10 9:13 ` use-package Phillip Lord
2016-05-05 9:51 ` use-package Uwe Brauer
2016-05-05 13:38 ` use-package Phillip Lord
2016-05-03 22:21 ` use-package Stefan Monnier
2016-05-05 10:15 ` use-package Uwe Brauer
2016-05-05 23:41 ` use-package Stefan Monnier
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAFyQvY2HzRTK0QDsZe5A5CaOajusmOhF3-o7TidTtMQuX1MiGg@mail.gmail.com \
--to=kaushal.modi@gmail.com \
--cc=help-gnu-emacs@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=phillip.lord@russet.org.uk \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.