Re:Helix: a post-modern modal text editor
by soraminazuki on Wednesday June 02, 2021 @02:42AM
(#27365649)
As a Vim user who uses Emacs for note taking, I can guarantee Evil mode does far better at emulating Vim than you give credit for. In fact, the example you provided works just as well with Evil. The only built-in editing command which I notice missing from Vim is reliable undo/redo, which is sadly a fundamental Emacs limitation and a deal breaker. Apart from that, it's remarkably well-made.
Re:Helix: a post-modern modal text editor
by motform on Wednesday June 02, 2021 @02:57AM
(#27365774)
Emacs 28 is finally adding modern undo-redo: http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=2645ae...
Recent versions of evil have the option of choosing undo backend, and I have found the new buildin one impeccable thus far.
Re:Helix: a post-modern modal text editor
by soraminazuki on Wednesday June 02, 2021 @10:35AM
(#27369163)
My understanding is that it's still not as good as Vim's builtin undo though. Vim has a persistent undo tree that consistently works and doesn't confuse users. AFAIK the best attempt at it in Emacs is the undotree package, but it unfortunately has a reputation of being unreliable.
Re:Helix: a post-modern modal text editor
by apocolyps6 on Thursday June 03, 2021 @05:43PM
(#27387747)
I've made no statement about emacs or evil mode. I was just correcting the user I was responding to about vim having interoperability with the rest of unix
Re:Helix: a post-modern modal text editor
by c2the3rd on Wednesday June 02, 2021 @01:21AM
(#27365137)
C-u M-! does the exact same thing in Emacs.
But that goes back to the original point they made, everything outside of the actual text editing and you're in EMACS land with all of it's controls. Even with something as complete as spacemacs, the default landing page when you open it has different key bindings.
Re:Helix: a post-modern modal text editor
by lelanthran on Wednesday June 02, 2021 @03:42PM
(#27373107)
> I usually search my codebase by reading the results of a grep into a temporary buffer and 'gf'ing to the appropriate file
I used to do that too, I now use the Ack plugin which is almost instantaneous on a codebase that grep used to take 2s-3s long to search. The speed isn't what matters though, it's the fact that Ack only searches source code, not all files so my results is less polluted with irrelevant matches.
Re:Helix: a post-modern modal text editor
by apocolyps6 on Thursday June 03, 2021 @05:41PM
(#27387720)
my grep of choice is `ag "searchterm" -G .py` or the like. I don't notice any delay, and I'm specifying the file extension
Well that's not true at least for vim.
: read !FOO
will run the FOO command and read the results back into the current buffer. I usually search my codebase by reading the results of a grep into a temporary buffer and 'gf'ing to the appropriate file