emfy VS helpful

Vanilla. A good starting point for you is probably Emfy - https://github.com/susam/emfy

I recommend Susam Pal's attempt to make Emacs more approachable for beginners: https://github.com/susam/emfy. He provides a line-by-line explanation of a simple config file.

That is true. But it’s pretty overwhelming for a lot of folks. I was a spacemacs user. I tried to rebuild what I liked about it. It was a lot, and I didn’t quite get it there.

I finally found a good compromise though. I started over with this confing: https://github.com/susam/emfy

From there, I only needed a handful of packages and a few dozen lines of config to get to an editor that was comfy.

I struggled to make the change. I think I tried half a dozen times to go from (neo)vim to Emacs and it never stuck. My problem was that I kept reaching for spacemacs and Doom Emacs, etc., right out of the gate, and I would be mystified by Emacs itself and Emacs Lisp as a result.

Two things helped get me into Emacs full-time (and this is after > 15 years of using vim):

1. I went step-by-step through Susam's Emfy Emacs config [0]. That helped me understand some of the basics at a foundational level. I extended that base configuration a little bit and became comfortable with the environment.

2. I then went step-by-step through the entire "Emacs from Scratch" playlist that System Crafters put out [1]. I pushed my personal configuration pretty far with that over the course of 2-3 months.

I eventually moved to Doom Emacs and married in pieces of my own configuration. That's been my daily driver for months now.

[0]: https://github.com/susam/emfy

[1]: https://www.youtube.com/playlist?list=PLEoMzSkcN8oPH1au7H6B7...

Just have a weekend learning Emacs + Lisp and make your own opinion. This configuration (https://github.com/susam/emfy) is a great start. If you like it - use it, if you don't - throw it away.

Rather than one of the fat and opinionated "distros" (doom, spacemacs) I like emacs for you. It will set you up with a minimal config that you can learn from and add to as you go.

If you want to programmatically create files, write to them, etc, then read the fine manual, it comes with your Emacs, has index, search and web-like navigation. It is well worth your time investing in looking up the manual, both for Emacs and for Elisp. You access the manual via C-h i. Another good thing to learn how to use is Emacs built-in help. As a minimal basic, C-h f will display information about functions, and C-h v will display the documentation for variables. You can also see where things are declared, open the source code, etc. A good alternative to built-in help is Helpful, which I suggest installing and start using too.

It tweaks Emacs GC. You can run M-x describe-variable while your cursor is at gc-cons-threshold to learn about it. If you opted-in for using "Vim bindings" (Evil mode), you can press K while in normal mode. Note that K doesn't run the describe- command in Doom, but it runs helpful-command from (https://github.com/Wilfred/helpful), which provides more context that describe- commands usually do.

The packages helpful and elisp-demos are super useful because they enhance Emacs' built-in documentation.

You can try to actually use helpful for a while. There was also a package with examples, I don't remember the name, perhaps someone else knows which I mean, that shows usage of a function where available. I remember using it and found it very useful for a while when I was learning elisp more actively. I still use helpful sometimes.

Once you got the hang of keybindings, which-key is a helpful extension (aka package) to Emacs. At this stage, there are other helpful packages and keybindings.

helpful for better help buffers

Since you seem interested, have a look at elisp-demos , too. It works in tandem with helpful.

Elisp Docs are fantastic they have documented everything while with CL most documentation is missing or only on the Web. With Emacs, one need to learn about C-h f (describe-function), C-h k (describe-key), helpful.el and elisp-demos and a new world opens. Terminology is always different, simple example: Microsoft terminology sounds like bullshit, to a Unix person.

Your primary source of knowledge will be the manual and the built-in discoverability (describe-* functions, or helpful) and of course reading the code. I'm not a manual person myself, but Emacs is one of the examples where it is truly excellent and has answers for almost everything.