First of all. This is not another “how do I exit vim?” shitpost.
I’ve been using (neo)vim for about two years and I started to notice, that I,m basically unable to use non-vim editors. I do not code a lot, but I write a lot of markown. I’d like to use dedicated tools for this, but their vim emulators are so bad. So I’m now stuck with my customized neovim, devoid of any hope of abandoning this strange addiction.
Any help or advice?
Yeah it sounds like you’re trying to mock me but it mostly just comes across as confusing. Maybe it’s just sarcasm? Hard to tell.
Anyway, it’s pretty well-known in the vim community that VSVim is pretty lackluster vim emulation. There are much better examples of vim emulation out there, such as evil for emacs.
It honestly has nothing to do with being a “power user”. It’s simply false to claim that vscode has more features than vim (which is what the parent comment was claiming), and this should be evident to anyone with more than the most basic, surface-level understanding of vim (more than vimtutor, basically). Vim is a lot more than HJKL and
ciw.I’m not annoyed with VsVim really since I honestly don’t really think about it as it’s not all that relevant. I do find it a bit irksome when people make false or misleading claims about vim from a place of ignorance about what it actually is.
It’s a strange phenomenon with vim in particular, where many people are exposed to it at their periphery, read some reductive claim about it online, and parrot said claim all over the place as though it were fact. Perhaps the nature of being a tool that most are exposed to but few actually learn.
Not sarcasm. I’m genuinely satisfied with VSCode’s Vim emulation, and you’re the first person I have heard say otherwise.
I just meant - that means you’re using features that most of us aren’t.
Fair point about evil mode for Emacs being better, but that requires using Emacs, which I have found un-usable, so far.
There’s many very basic features of vim that VsVim does not have (like… almost all command line commands), basic features which regular vim users use all the time.
You seem to think that people using vim emulation is the norm and using vim itself is the exception and unusual… Which is very much not the case. The opposite is true, with VsVim users being a minority. It’s relatively novel among vscode users (most just use a mouse and maybe a small handful of built-in shortcuts), whereas vim itself is quite ubiquitous in the Unix world, with many Linux machines even providing it as the default editor. I know many vim and emacs users (including lots that I work with), and maybe 1 VsVim user (honestly not even sure if they do).
!is supported:https://github.com/VsVim/VsVim/blob/master/Documentation/Supported Features.md
It sounds like you haven’t tried VsVim in a long be time, or had an unusually bad experience with it.
(Edit: My responses to your other points were my old man energy, and not worth anyone’s time, so I removed them.)
Vim’s command line, i.e, commands starting with
:. The vanishingly few it does support are, again, only the most basic, surface-level commands (and some commands aren’t even related to their vim counterparts, like:cwindow, which doesn’t open the quick fix list since the extension doesn’t support that feature).The last commit to the supported features doc was 5 years ago, so no, it isn’t. Seriously, you can’t possibly look at that doc and tell me that encompasses even 20% of vim’s features. Where’s the quick fix list? The location list? The args list? The change list? The jump list? Buffers? Vim-style window management (including vim’s tabs)? Tags? Autocommands (no, what it has does not count)? Ftplugins?
ins-completion? The undo tree? Where’s:edit,:find,:read [!], and:write !?:cdo,:argdo,:bufdo,:windo?Compared to what vim can do, it is absolutely a joke.
Holy shit. I would never claim that. Lol.
And I was expanding on my original comment, which was not replying to you, so there you have it.
Makes sense. I only really replied there to help anyone reading along.