public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] NeoVim and vim-syntax
Date: Fri, 2 Jun 2017 20:39:22 +0100	[thread overview]
Message-ID: <20170602203922.501133ad@snowblower> (raw)
In-Reply-To: <20170602193419.GA23270@waltdnes.org>

On Fri, 2 Jun 2017 15:34:19 -0400
"Walter Dnes" <waltdnes@waltdnes.org> wrote:
> On Fri, Jun 02, 2017 at 01:14:31PM +1200, Kent Fredric wrote
> > On Thu, 1 Jun 2017 09:38:01 -0400
> > "Walter Dnes" <waltdnes@waltdnes.org> wrote:
> >   
> > >   As mentioned elsewhere, what happens when two or three other
> > > people do their own forks?  Plugin 1 works with vim A and B but
> > > not C or D.  Plugin 2 works with vim A and C and D but not B.  The
> > > number of directories could potentially be 2^N where N is the
> > > number of forks.  And who's going to do the necessary testing
> > > across multiple versions?  And remember that each minor version
> > > bump of any of the forks could render another fork's plugin
> > > incompatable.  This is a classic "moving target".  The only way
> > > that works is to have each fork look after their own copies of
> > > plugins.  
> > 
> > If and when that happens:  
> 
>   It already has happened.  Compare /usr/portage/app-editors against
> http://texteditors.org/cgi-bin/wiki.pl?ViFamily  Portage has...
> 
> * elvis
> * levee
> * nvi
> * vi
> * vim
> * vis
> 
> ...not to mention neovim, which doesn't show up on texteditors.org.

And none of the rest of those are Vim compatible, or support Vim's
scripting language. NeoVim is the only one that does, and only because
it's effectively a fork.

>   This would require a multi-dimensional array of approx 7 packages
> (today) versus however many ebuilds are currently in Portage for each
> editor.  Do I see any volunteers for compatibility testing for all
> current and future VI-family editors and plugins on all current and
> future ebuilds on all arches (small and large endian) and various USE
> flags?

You appear to be confusing vi and vim.

-- 
Ciaran McCreesh


  reply	other threads:[~2017-06-02 19:39 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-31 19:32 [gentoo-dev] [RFC] NeoVim and vim-syntax Vadim A. Misbakh-Soloviov
2017-05-31 20:09 ` Peter Volkov
2017-05-31 22:54 ` Ciaran McCreesh
2017-06-01  1:21   ` Kent Fredric
2017-06-01  1:38   ` Daniel Campbell
2017-06-01  5:00   ` Michał Górny
2017-06-01  5:49     ` Ciaran McCreesh
2017-06-01  8:42   ` Vadim A. Misbakh-Soloviov
2017-06-01 13:38   ` Walter Dnes
2017-06-01 14:54     ` Ciaran McCreesh
2017-06-02  1:14     ` Kent Fredric
2017-06-02 19:34       ` Walter Dnes
2017-06-02 19:39         ` Ciaran McCreesh [this message]
2017-06-01 21:56 ` Vadim A. Misbakh-Soloviov
2017-06-02  4:59   ` Michał Górny
2017-06-02  7:13     ` Vadim A. Misbakh-Soloviov
2017-07-23 14:17 ` [gentoo-dev] " Patrice Clement
2017-07-23 21:39   ` William Hubbs

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=20170602203922.501133ad@snowblower \
    --to=ciaran.mccreesh@googlemail.com \
    --cc=gentoo-dev@lists.gentoo.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