Github messages for voidlinux
 help / color / mirror / Atom feed
From: atweiden <atweiden@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: Neovim template should not contest Vim namespace in `alternatives`
Date: Mon, 28 Mar 2022 00:49:46 +0200	[thread overview]
Message-ID: <20220327224946.geMNuuE_58JU-08S6DSIBJnNHK9IJY9QJvfrXZPj2Zg@z> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-36164@inbox.vuxu.org>

[-- Attachment #1: Type: text/plain, Size: 2159 bytes --]

New comment by atweiden on void-packages repository

https://github.com/void-linux/void-packages/issues/36164#issuecomment-1080035784

Comment:
> @atweiden you'll find that neomutt deliberately broke compat and suggested it no longer be the same.
> 
> For neomutt, this was the answer.
> 
> For neovim it's not.

Try opening a file with `vim`, closing it, then opening the same file with `nvim` (or vice versa). You might be surprised to see an error message pop up:

```
E824: Incompatible undo file: ....
```

That’s because Neovim has broken Vim compatibility in several subtle ways for a long time now.

Here’s another example: Vim uses [viminfo](http://vimdoc.sourceforge.net/htmldoc/starting.html#viminfo) files, but Neovim uses an incompatible [ShaDa](https://neovim.io/doc/user/starting.html#shada-file) file. Hence, when attempting to share the same config between `vim` and `nvim`, you have to implement a workaround:

```vim
if !has('nvim')
  set viminfofile=$VIMPATH/viminfo
  if filereadable(&viminfofile)
    rviminfo
  endif
else
  if filereadable($XDG_DATA_HOME . '/nvim/shada/main.shada')
    rshada
  endif
endif
```

Otherwise you’ll get an error on startup.

- Neovim uses subtly different highlight groups in certain cases, e.g. `WhiteSpace` instead of Vim’s `SpecialKey` for rendering indentation

- `nvim` severely alters your terminal cursor by default, whereas `vim` doesn’t

- Neovim plugins are increasingly written in pure Lua, which is not the case with Vim

Bram Moolenaar has been merging features and bug fixes to upstream Vim at a considerably faster pace than Neovim can integrate them downstream for the last several years consecutively. This isn’t meant to throw any shade on Neovim — it’s good to see so much third party development happening on Neovim in Lua. But they’re divergent software projects in several respects.

There was a limited period of time c. 2016 when Neovim was still fighting to become “Vim” due to perceived inaction on Bram’s part. That didn’t happen, but people who don’t heavily use Vim or Neovim may not be aware of such things.

  parent reply	other threads:[~2022-03-27 22:49 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-15 22:03 [ISSUE] " atweiden
2022-03-15 22:36 ` classabbyamp
2022-03-15 22:39 ` classabbyamp
2022-03-15 22:44 ` classabbyamp
2022-03-15 22:45 ` classabbyamp
2022-03-15 22:47 ` classabbyamp
2022-03-15 23:35 ` atweiden
2022-03-16  0:03 ` paper42
2022-03-16  1:39 ` atweiden
2022-03-16  2:27 ` classabbyamp
2022-03-16  2:28 ` classabbyamp
2022-03-16  2:31 ` Duncaen
2022-03-16  2:39 ` Duncaen
2022-03-16  5:18 ` atweiden
2022-03-16  6:00 ` atweiden
2022-03-16  9:21 ` paper42
2022-03-16  9:51 ` atweiden
2022-03-16 21:55 ` lemmi
2022-03-17  0:35 ` atweiden
2022-03-17  0:52 ` atweiden
2022-03-17  0:54 ` Duncaen
2022-03-17  0:58 ` Duncaen
2022-03-17  1:07 ` atweiden
2022-03-17  1:09 ` tibequadorian
2022-03-17  1:10 ` [ISSUE] [CLOSED] " Duncaen
2022-03-17  1:12 ` tibequadorian
2022-03-17  1:14 ` Duncaen
2022-03-17  1:35 ` Duncaen
2022-03-17  1:50 ` atweiden
2022-03-18 12:09 ` tibequadorian
2022-03-18 12:09 ` tibequadorian
2022-03-18 12:09 ` tibequadorian
2022-03-18 12:12 ` tibequadorian
2022-03-27 18:28 ` Vaelatern
2022-03-27 20:10 ` atweiden
2022-03-27 20:30 ` classabbyamp
2022-03-27 22:00 ` Vaelatern
2022-03-27 22:49 ` atweiden [this message]
2022-03-28  1:15 ` Vaelatern

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220327224946.geMNuuE_58JU-08S6DSIBJnNHK9IJY9QJvfrXZPj2Zg@z \
    --to=atweiden@users.noreply.github.com \
    --cc=ml@inbox.vuxu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).