Dev.SN ♥ developers
Sections
Dev.SN
posted by
janrinok
on Thursday March 20 2014, @12:27PM
from the cue-vim-emacs-war-in-5-4-3-2-1 dept.
from the cue-vim-emacs-war-in-5-4-3-2-1 dept.
Hell_Rok writes:
"Neovim is an effort to aggressively re-factor the Vim source code and improve on:
- It will provide first class support for embedding.
- It lets you extend the editor in any programming language.
- It supports more powerful GUIs.
- Vim plugins will work with it.
Hosted on Bounty Source it has reached $25,500 of it's goal of $10,000, although there are still 3 days to reach further stretch goals! You can view the projects current progress and even pitch in over at GitHub. As someone who has started using Vim full-time over the last 6 months I feel that this is a very good project for the longevity of Vim."
This discussion has been archived.
No new comments can be posted.
NeoVim: Vim's Re-birth for the 21st Century
|
Log In/Create an Account
| Top
| 1000 moderator points
| 42 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
I'm not a robot like you. I don't like having disks crammed into me... unless they're Oreos, and then only in the mouth.
-- Fry
(Score: 2) by hubie on Thursday March 20 2014, @12:35PM
I'm sure there is a lot of cleanup that can be done, and this is a good thing, and I know there is a fine line between "nice-to-have" and "needs-to-have", but apart from that does vim have longevity issues?
(Score: 4, Funny) by Anonymous Coward on Thursday March 20 2014, @12:40PM
Yep. Emacs is clearly superior and kicking Vi(m)'s ass.
(Score: 5, Funny) by Anonymous Coward on Thursday March 20 2014, @01:07PM
Can NeoVim finally be the decent text editor that Emacs has been missing to be a complete OS?
(Score: 0, Redundant) by JohnnyComputer on Thursday March 20 2014, @01:09PM
This is sort of funny. +1 man.
(Score: -1, Redundant) by JohnnyComputer on Thursday March 20 2014, @09:51PM
This is terribly redundant. -1 man.
(Score: 0) by JohnnyComputer on Friday March 28 2014, @04:34PM
I mean, this is redundantly redundant. + 1 boy-man.
(Score: 5, Informative) by Thexalon on Thursday March 20 2014, @02:22PM
Unnecessary: You can already run vim inside of emacs, by using "M-x term". Emacs will prompt you with "Run program:", and then you enter in /usr/bin/vim (or wherever you have one), and poof, you now have vim running in emacs.
Every task is easy if somebody else is doing it.
(Score: 2, Funny) by rufty on Thursday March 20 2014, @07:05PM
So what I need is M-x term find / -type f -name emacs | xargs rm -f ???
(Score: 2) by isostatic on Friday March 21 2014, @05:31AM
That's fine, as I can the type !emacs from vim, and up pops emacs.
(Score: 4, Funny) by isostatic on Thursday March 20 2014, @01:19PM
Eight megabytes and constantly swapping? No thanks, I like my text editor lean and mean.
(Score: 2) by buswolley on Thursday March 20 2014, @01:25PM
/sarcasm?
subicular junctures
(Score: 2, Insightful) by DNied on Thursday March 20 2014, @06:45PM
I sure hope so. "Lean" is about the last word that comes to mind when thinking of Vim. Gimme Nvi any day of the week (I'm even using it to type this post!)
(Score: 2) by lx on Thursday March 20 2014, @02:01PM
I can still (vaguely) remember a time when 8 megabytes was a lot of memory. Like six floppies [tumblr.com].
(Score: 1, Insightful) by Anonymous Coward on Thursday March 20 2014, @02:30PM
If you've ever worked with 8-bit or 16-bit microcontrollers it still is!
(Score: 2) by TheRaven on Friday March 21 2014, @05:01AM
sudo mod me up
(Score: 2) by isostatic on Friday March 21 2014, @05:23AM
Quite, hence using vim with caps lock mapped to escape. Hands never move far.
(Score: 5, Informative) by jtt on Thursday March 20 2014, @06:03PM
If the code is getting too intransparent to make any changes than there's not a "longevity" but a "petrification" issue - people willing to improve it will become discouraged if it's too hard to find out where what is happening where within a reasonable amount of time. And in the long run there will be less an less improvements.
I've recently ported vim to an ebook-reader and luckily had only to deal with some issues with terminal settings that could be resolved in a relatively short amount of time. And the vim code is definitely not one of the worst I've seen (there are even a lot of comments;-) But given the sheer size of it (the src directory alown is about 380 kLoC in C and header files) I think it's not really optimal for allowing even experienced programmers to quickly find their way around. Having a lot of '#if' and '#else" stuff to cater for different environments doesn't help a lot and functions that run for several hundreds of lines also don't. So a "refactoring" (whatever it may mean as long as it makes the code easier to understand) could help to make vim an editor that's mallable enough to be used also in the future because it's easy enough to adapt to new requirements.
And if there are a lot of people willing to spend money on the chance of keeping vim alive and able to address further needs what's wrong with that? From what I've seen nearly every piece of software could benefit from a rewrite after 10 to 15 years (but which hardly ever happens). If neovim succeeds it may make vi an editor more fit for the future
(Score: 5, Informative) by Koen on Thursday March 20 2014, @07:23PM
From TFA [bountysource.com]:
and also:
/. refugees on Usenet: comp.misc [comp.misc]