[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Summary and next steps for (package-initialize)
From: |
Clément Pit-Claudel |
Subject: |
Re: Summary and next steps for (package-initialize) |
Date: |
Wed, 23 Aug 2017 22:59:21 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 |
On 2017-08-23 22:27, Drew Adams wrote:
> I still haven't seen an /argument *why*/ we shouldn't have users /opt
> in/ to turn on use of the package system. Other than the simple
> observation that some users have gotten confused about how to
> appropriately turn it on.
I can try to explain my position :)
I've come to consider package managers as a core part of a flexible text editor
like Emacs. I understand some people might not want to use package.el, or even
any package manager — that's totally fine, and Emacs must work great for them.
But on the other hand, Emacs has now grown a very large collection of external
packages: many features and programming languages are not supported out of the
box any more, and instead need to be installed separately. I'd like this to be
as easy as possible. Enabling the package manager by default is one way to do
this.
I'd like us to give more visibility to Emacs packages, because I commonly run
into people who use package in Atom or Visual Studio Code, but not in Emacs
(and that's not because Emacs provides the corresponding features without an
extra packages)
(Also: having the package manager enabled by default allows us to split some
functionality out of core and into separate packages)
> `delete-selection-mode' is not turned on by default (but it should be).
> `transient-mark-mode' was not turned on by default for decades (it finally
> was, thank goodness, but only after a lot of time and debate). And so on.
I agree with this too, and I see package.el as another feature that should be
enabled by default.
Clément.
- Re: Summary and next steps for (package-initialize), (continued)
- Re: Summary and next steps for (package-initialize), Radon Rosborough, 2017/08/22
- Re: Summary and next steps for (package-initialize), Clément Pit-Claudel, 2017/08/22
- Re: Summary and next steps for (package-initialize), Radon Rosborough, 2017/08/23
- Re: Summary and next steps for (package-initialize), Angelo Graziosi, 2017/08/23
- Re: Summary and next steps for (package-initialize), Radon Rosborough, 2017/08/23
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/23
- Re: Summary and next steps for (package-initialize), Radon Rosborough, 2017/08/23
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/23
- Re: Summary and next steps for (package-initialize), Radon Rosborough, 2017/08/23
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/23
- Re: Summary and next steps for (package-initialize),
Clément Pit-Claudel <=
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/23
- Re: Summary and next steps for (package-initialize), Clément Pit-Claudel, 2017/08/23
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/23
- Re: Summary and next steps for (package-initialize), Radon Rosborough, 2017/08/23
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/24
- Re: Summary and next steps for (package-initialize), Radon Rosborough, 2017/08/24
- Re: Summary and next steps for (package-initialize), Eli Zaretskii, 2017/08/24
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/24
- Re: Summary and next steps for (package-initialize), Clément Pit-Claudel, 2017/08/24
- RE: Summary and next steps for (package-initialize), Drew Adams, 2017/08/24