melpa VS emacs-undo-fu

Watch the new pull requests to melpa: https://github.com/melpa/melpa/pulls

(require 'package) (add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/") t) (package-initialize) (package-install 'use-package) (use-package exec-path-from-shell :ensure t :config (exec-path-from-shell-initialize)))

MELPA is definitely the biggest package archive, probably mostly on account of the lower barrier to entry compared to GNU ELPA (maybe the difference would have been less pronounced if NonGNU ELPA had been there from the beginning, but one can only speculate). MELPA has its own requirements for packages, but indeed copyright assignment to the FSF is not one of them.

I would suggest to start at reading the manual first. Then I would recommend reading the Melpa guidance, even if you do not plan to contribute your package to Melpa, since it contains very useful info about linting, writing your code etc.

The mxtoolbox link checks for SMTP blacklisting.. People won't be able to send mail from host with the IP address 178.128.185.1(which is the melpa.org webserver, not their mailserver, so everything's fine there).

Xah asked for his packages to be removed from MELPA a while back: https://github.com/melpa/melpa/issues/7755

Observe that package.el compile files when they are installed, and they are not compiled in any particular order (actually whatever directory-files returns, which is what OS returns). So if you have multiple files that depend on each other, it is something to think of. There are also some guidelines on how to structure your project on Melpa.

Try undo-fu, it's a thin wrapper on emacs built-in undo/redo but doesn't have this limitation.

Try undo-fu it was written to address exactly this problem.

Emacs has a good built-in undo function. And that one can be beefed up further with undo-tree --- which I used for some years --- or undo-fo --- which I use now ---.

I switched back from undo-tree to undo-fu, which re-uses the emacs undo-system instead of replacing it and makes it more intuitive to use while still preserving the full undo history. I sometimes miss the nice visualizations such as the tree and I didn't even know (or remember) the diff, but in 99% of cases I just need simple undo and most of the time I have git anyway to save intermediate states of my files.

There are packages that were written to add an explicit redo command, such as Undo Fu (https://gitlab.com/ideasman42/emacs-undo-fu) and Undo Tree (https://www.dr-qubit.org/undo-tree.html). Again, these packages are not needed in Emacs 28. That variable you found tells Evil which feature/package you want to use for an explicit redo command.

Had so many problems with this (once a month/week) and lost work... that I gave up and wrote undo-fu and undo-fu-session.

Did you try undo-fu?