[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Changes for emacs 28
From: |
Boruch Baum |
Subject: |
Re: Changes for emacs 28 |
Date: |
Mon, 7 Sep 2020 05:31:48 -0400 |
User-agent: |
NeoMutt/20180716 |
On Mon, 7 Sep 2020 00:20:08 +0200, Ergus wrote:
> There will be never an agreement about changing defaults with long
> ...
> So what if:
> ...
> Does this makes sense?
Debian (and possibly other downstream projects) liberally change
defaults and add packages to their default version of emacs, so your
idea might meet a more enthusiastic reception somewhere in some
downstream project that caters more specifically to the user-base to
which your proposal is aimed.
In the case of Debian, that project may have already started moving in
the *opposite* direction; they culled many small debian-specific tweaks,
and removed packages from their 'vanilla' default version of emacs. On
the other hand, they've increased and somewhat standardized native
package-manager support for many third-party packages that most users
get MELPA or other third-parties.
Communicating with people at the following links might help advance your
proposal:
https://github.com/bbatsov/prelude
http://wikemacs.org/wiki/Starter_Kits
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
- Re: Changes for emacs 28, (continued)
- Re: Changes for emacs 28, Tassilo Horn, 2020/09/11
- Re: Changes for emacs 28,
Boruch Baum <=
- Re: Changes for emacs 28, Boruch Baum, 2020/09/08
- Re: Changes for emacs 28, Boruch Baum, 2020/09/08
- Re: Changes for emacs 28, Boruch Baum, 2020/09/08
- Re: Changes for emacs 28, Boruch Baum, 2020/09/08
- Re: Changes for emacs 28, TEC, 2020/09/08