[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A proposal for a friendlier Emacs
From: |
Richard Stallman |
Subject: |
Re: A proposal for a friendlier Emacs |
Date: |
Mon, 21 Sep 2020 23:38:06 -0400 |
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> As your config evolves, the next question everyone will be asking
> themselves is "custom.el or init file?"
It is possible to use both -- so why do people believe they have
to choose one or the other?
> Here is what I observed: when I start adding a new class of use-cases
> (example: email), I start out with a single package, that does most of
> what I want/need.
We use multiple definitions of "package" in connection with Emacs.
Would you please say what definition you're using here?
For instance, does "package" include Rmail?
> Within this config file, I keep the setting for each package in a
> different section (separated by comments).
Could Configure do this automatically? Would that require
additional data about relationships between various things?
> Again, in my ideal world, each package would be classified into exactly
> one main category (email, content completion, etc.).
In principle, I think this is a good idea. However, think it should
NOT be limited to ELPA packages.
Also, I have a feeling that users won't all agree how to classify
packages. I expect there will be overlapping categories that make sense.
So I think we need to make provision for having one package
that fits into multiple categories. Perhaps by asking the user
which category to think of this package in.
--
Dr Richard Stallman
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
- Re: A proposal for a friendlier Emacs, (continued)
- Re: A proposal for a friendlier Emacs, 황병희, 2020/09/19
- Re: A proposal for a friendlier Emacs, Alfred M. Szmidt, 2020/09/17
- Re: A proposal for a friendlier Emacs, Nicholas Savage, 2020/09/17
- Re: A proposal for a friendlier Emacs, Alfred M. Szmidt, 2020/09/17
- Re: A proposal for a friendlier Emacs, Thibaut Verron, 2020/09/17
- Re: A proposal for a friendlier Emacs, Mingde (Matthew) Zeng, 2020/09/17
Re: A proposal for a friendlier Emacs, Gregory Heytings, 2020/09/17
- Re: A proposal for a friendlier Emacs, Nicola Manca, 2020/09/17
- Re: A proposal for a friendlier Emacs, Gregory Heytings, 2020/09/17
- Re: A proposal for a friendlier Emacs, Alexander Adolf, 2020/09/21
- Re: A proposal for a friendlier Emacs,
Richard Stallman <=
- Re: A proposal for a friendlier Emacs, Alexander Adolf, 2020/09/22
- RE: A proposal for a friendlier Emacs, Drew Adams, 2020/09/22
- Re: A proposal for a friendlier Emacs, Eli Zaretskii, 2020/09/23
- Re: A proposal for a friendlier Emacs, Eli Zaretskii, 2020/09/23
- Re: A proposal for a friendlier Emacs, Alexander Adolf, 2020/09/25
- Re: A proposal for a friendlier Emacs, Eli Zaretskii, 2020/09/25
- Re: A proposal for a friendlier Emacs, Alexander Adolf, 2020/09/25
- Re: A proposal for a friendlier Emacs, Eli Zaretskii, 2020/09/25
- Re: A proposal for a friendlier Emacs, Richard Stallman, 2020/09/26
- Re: A proposal for a friendlier Emacs, Alexander Adolf, 2020/09/29