[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Making Emacs more friendly to newcomers

From: Eli Zaretskii
Subject: Re: Making Emacs more friendly to newcomers
Date: Tue, 21 Apr 2020 17:38:00 +0300

> From: S├ębastien Gendre <address@hidden>
> Date: Tue, 21 Apr 2020 14:43:47 +0200
> On another side, we can create a pre-configuration (like what
> Spacemacs or Doom Emacs do) :
> - All this pre-configuration is a set of files to be put inside the
>   .emacs.d to start using it (like Spacemacs)
> - Main goal is to have a pre-configuration that provide what is
>   commonly expected from a modern text editor [1], out of the box
> - Easy to use for the common tasks
> - Enable some features that are not enabled by default
> - Modify some defaults behaviours of Emacs to reflect more what new
>   users search in a text editor
> - Can include some packages from ELPA (if no legal or licence issue)
> - This pre-configuration can be done by a dedicated team who
>   collaborate with who work directly on Emacs
> - The structure of this pre-configuration need to be made to not
>   conflict with user personal configuration (ex: avoid to put anything
>   in the init.el, use separate sub-directory inside .emacs.d, etc)

As was already said in this thread, the main problem with this is to
come up with the list of features to turn on.  Did you ask yourself
why there's Spacemacs and Doom Emacs (and a few more variants), and
not just one?  It tells us something about the commonality of

> A remaining problem is: How provide the pre-configuration easily and
> out of the box for new users, without breaking long time Emacs users
> configuration?
> A possibility would be:
> - When Emacs start, it check if a configuration already exist on the
>   user directory (~/.emacs.d or ~/.emacs)
> - If yes, Emacs start
> - If no, Emacs restore the pre-configuration inside ~/.emacs.d then
>   start

Does this mean users who download this "shiny Emacs" will be unable to
upgrade to a newer version?

> Of course, the pre-configuration can be updated automatically with
> Emacs. As the files of this pre-configuration are separated from user
> specific configuration.

So you propose to have config files that users shall never touch?  How
likely is this going to hold, what with Emacs users being very
inquisitive folks?

> [1] List of features to be defined, but I imagine some out of the box
> auto-completion, code navigation, functions documentation + functions
> signatures + errors showing automatically, strong integration with git
> (Magit?) and debuger, major containers engines (docker, kubernetes)
> integration, etc. With a great support of the most populare
> programming languages. And maybe have a special attention to integrate
> with web technologies and tools for web developer.

This is the main problem to solve, so its place is hardly in the
footnotes ;-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]