Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The State of Vim

lwn.net

Post reply on HN
Print view View original

151–160 of 203 posts

Re: The State of Vim

#151

Post by bee_rider »

112233 wrote: post #46
porphyra wrote: post #11

Many of the Vim nerds I know, including myself, have switched over to Neovim. Only when using a remote server with a default installation do I use regular old Vim.

Neovim sounded like a good idea, so I switched, too. Then after an update, it broke mouse selection in terminal, by turning on some crazy option by default. I still have to search how to disable it each time. Ok, things like that happen. Then, after another update, it broke terminal update. Like, your screen scrolls up or down a line and the text does not get redrawn correctly. Is it a wezterm issue? Well, the origin…

Neovim sort of reminds me of zsh, in the sense that I can never really figure out if there’s some underlying technical advantage or if it is just the case that some features people like have been turned on by default.

Re: The State of Vim

#152

Post by melodyogonna »

CGamesPlay wrote: post #84
melodyogonna wrote: post #79

Earlier quoted context omitted.

Very annoying. I decided to move from manually creating my own config to using Astronvim and there were just so many distracting things in the default installation. The good thing is that you can disable what you don't want - which I did. The bad thing is that finding the right option or the actual plugin that is bringing the functionality you don't want takes some time.

Was the prebuilt configuration worth it in the end then? I recently started a from-scratch config and followed kickstart, which is pretty minimal and also not a plugin/distribution/self-updating thing, it’s just an example config file you can copy.

Yeah. Once you understand the configuration it's really nice, it is also well documented.

Re: The State of Vim

#153

Post by bawolff »

mmooss wrote: post #141
bawolff wrote: post #39

Earlier quoted context omitted.

People who describe themselves as "vim nerds" might not be representitive of the average vim user.

Maybe, but it's hard to be a vim user without being somewhat of a vim nerd. At least you have to understand a new concept of interface, several modes, and lots of keyboard shortcuts - that would make you a nerd in any other application.

Maybe, but i use vim everyday. I have no intention of switching to neovim simply because i don't know what the difference even is. There are levels to vim usage, and you can still be very productive while only knowing the basic keyboard shortcuts.

Re: The State of Vim

#154

Post by ossusermivami »

Anthony-G wrote: post #145
sodapopcan wrote: post #122

Earlier quoted context omitted.

It's not, though. A bunch has been stripped out (interactive :!, :view, etc) and time only time will tell how much further they will drift apart.

Thanks for that. I was thinking of trying NeoVim but I regularly use the `:!` feature to filter (selected) text through Unix utilities – and `:view` if I forget to use the `-R` option when opening a file that I don’t want to accidentally edit, e.g., log files.

:! itself has not been stripped from neovim, it's the "interactive" :! that has been stripped (as the OP said)

i.e if you do :!bash in vim you enter bash in neovim you won't

Re: The State of Vim

#155

Post by pdimitar »

cassepipe wrote: post #119

I had a easy to maintain, easy to understand vim + ALE + Gutentags + ... setup for C/C++ development and it worked very well but when I got into webdev I just gave up and jump to a neovim distribution as I was not able to catch up. So in the end neovim got me not because it is technically superior but because the community created distributions, which I am very grateful for (R.I.P Lunarvim) EDIT: Ok, maybe the reason…

I loved LunarVim as well but after switching to AstroNvim I like it more. And it's easy to customize even for a very burned out dev like myself.

Re: The State of Vim

#156

Post by otikik »

ykonstant wrote: post #140
otikik wrote: post #136

Earlier quoted context omitted.

> it is much more conductive to writing text editor code than the general purpose Lua. Lua is very much not a general-purpose Language. It can be used like one, but it's a specialized language thought to live inside a "host" application, which it then controls. Which does seem to fit the usecase here. Would you be able to substantiate your claim that it is more conductive to text editor code? > it is not unpleasant t…

No, I don't feel like substantiating my claims to someone who assumes a default hostile response to me and makes nonsensical readings of what I say. For instance, when I compare Lua to vim9 script and say the former is general purpose, I am obviously in the context of comparing the one scripting language to the latter. And you know that. And yet, even though you understand the context perfectly, you still choose to w…

I don't know how my comment as hostile. But sure, don't substantiate.

Re: The State of Vim

#157

Post by eadmund »

BiteCode_dev wrote: post #62
Maken wrote: post #60

>he started adding more potentially controversial changes, such as support for the XDG base directory specification It feels like every single user-facing open source project needs to have its own XDG drama at some point.

I don't understand how it's a drama. It's an old spec, it's easy to follow, it's standard, and you can still keep compact with the old .dir at user root if you want. What's the big deal ?

Some people really don’t like change. I understand that, but I think that the XDG directory spec is really worth having. It’s wonderful to unclutter $HOME.

But I do get that for those of us who’ve been using Unix for decades it can be a bit weird when stuff which used to be under $HOME/.$WHATEVER ends up under $HOME/.config/$WHATEVER.

Re: The State of Vim

#158

Post by t_mahmood »

giancarlostoro wrote: post #124
cassepipe wrote: post #119

I had a easy to maintain, easy to understand vim + ALE + Gutentags + ... setup for C/C++ development and it worked very well but when I got into webdev I just gave up and jump to a neovim distribution as I was not able to catch up. So in the end neovim got me not because it is technically superior but because the community created distributions, which I am very grateful for (R.I.P Lunarvim) EDIT: Ok, maybe the reason…

I assume slowly over time Neovim will just win over vim because of this. I do want to say its much more capable than the original vim, I don't know that vim has a headless mode or that it intends on it, but Neovim has that, plus it can essentially let you write plugins in any language with its plugin RPC protocol. So if you want a plugin that targets your language you can leverage existing libraries that directly sup…

Vim does have headless mode, iirc. I used it with eclipse or netbeans, can't exactly remember.

I have Neovim, it still haven't replaced vim yet. But I see the reasoning, IF I want to use a editor to do heavy development, Neovim seems to have more detailed syntax highlighting, and yes LSP integration good.

I use intelliJ with ideaVim for my work, and I don't think these editors can fill the capability that JetBrains offers. Even though vim has a special place in my heart

Re: The State of Vim

#159

Post by gtsop »

nicoloren wrote: post #28
gtsop wrote: post #19

Earlier quoted context omitted.

I went back and forth quite a lot until i decided to stick to vim. The reason being that I want to gain deep knowledge of my editor instead of depending on a gazillion plugins that occasionally break. Now, I understand this is something you can do with both vim and neovim, however the documentation of neovim is littered with both the vim docs and the new lua docs, and there is a vibe of "you already know all of vim,…

I did the same. I mostly use Vim without plugin and a simple vimrc file. For the heavy stuff and big projects I use VSCode.

I still use a bloated version of vim for my day job, since it involves huge react+ts apps. But i slowly build up a clean vimrc while writting my pet projects

Re: The State of Vim

#160

Post by mmooss »

Narishma wrote: post #146
mmooss wrote: post #143

Earlier quoted context omitted.

That's incredible. Why? And why a clone? ???

Probably because GNU Emacs was too bloated for the Amiga's 512KB of RAM (or whatever amount the original model had).

They also might have been conserving storage space. Though Emacs did run on other contemporary systems.
Post reply on HN