I like Emacs' built-in undo system, but find this package to be very intuitive. It provides the look and feel of non-Emacs undo, but provides access to the entire 'tree' of undo history. See Undo in the Emacs Manual for more details on Emacs’s undo system.įor those wanting to have the more common undo/redo functionality, someone has written undo-tree.el. In fact, every state the buffer has ever been in is reachable, if you hit C-g once and then press C-/ enough times.Īlternative shortcuts for undo, other than C-/, are C-_, C-x u, and M-x undo. You will have to undo all the way through your accidental redos and undos before you get to the undos you want, but if you just keep hitting C-/, you will eventually reach the state you want. If you hit C-g or another command when you didn’t mean to, and you are now undoing in the wrong direction, simply hit C-g to reverse your direction again. Pressing another command such as C-f would work too it’s just that it would move the cursor from where you had it. smartparen, lispy, paredit that allow you to write but I am confused which one would work with doom emacs with evil. ![]() However writing elisp is wierd, dealing with parenthesis is a nightmare. During my usage I have realized I must know elisp to be more productive and not just copy paste code but be able to edit code myself. C-g is just a safe key to hit that does nothing on its own, but counts as a non-undo key to signal the end of your undo sequence. I am using Doom Emacs for almost 6 months. Current proposal is to create a doom PR to add this as a default. This registers an emacs-lisp-config that uses the same syntax and behaviors as emacs-lisp but allows you to run commands like (evil-window-vsplit). If you have pressed any keys (whether typing characters or just moving the cursor) since your last undo command, there is no need to type C-g before your next undo/redo. The solution is to create an org-babel language that’s based on emacs-lisp with a custom eval function. ![]()
0 Comments
Leave a Reply. |