Bram will give a talk about Vim 8.0 on Saturday at Vimfest in Berlin. I'm looking forward to be there. [1] http://vimfest.org/#agenda
From what I gather from the IRC discussion there will be no life stream but the talks will be recorded.
Vim 8.0 released
221–230 of 308 posts
Re: Vim 8.0 released
#222Thanks for the work done here. I'm not a VIM user anymore (I use Spacemacs now), but it opened my eyes/mind to what is a professional code editor. After using VIM, using any other editor feels like programming in Notepad. VIM you'll always be in my heart.
I use Spacemacs for Elixir programming and honestly, Emacs is slow, I would often type commands and then wait for it to complete. I think some reboot like Neovim did for Vim, could be beneficial as it is awesome editor, but it is just too slow to start and slow to use. It might be that Spacemacs layer is adding additional complexity, and maybe going through Helm is the issue, I don't know, just it does take quite a b…
You should try profiling to see if anything comes out as taking up a lot of resources. `M-x profiler-start`, do some work or type some stuff (if you notice that it's slow), then do `M-x profiler-report` to see if anything in particular is slowing things down. Note though that the part where you type `M-x profiler-report` may sometimes show up in the profiler so ignore that.
See https://www.gnu.org/software/emacs/manual/html_node/elisp/Pr...
It's true that emacs can get pretty slow if you have so many things running that you don't even need. It's also useful to defer packages until you actually need them by using autoloads or if you use use-package, `:defer/:commands/:bind` which create them for you.
Re: Vim 8.0 released
#223I moved to nvi. Feels good to go back a notch and realise that you actually don't need all of the other stuff to produce quality code.
I feel the same about 'vis'. Its lightening fast and does what I need. https://github.com/martanne/vis
I apologize if this is not the right place to ask but how would I go about adding the following vim/nvim functionality to .visrc.lua ?
inoremap jk inoremap kj
Re: Vim 8.0 released
#224I moved to nvi. Feels good to go back a notch and realise that you actually don't need all of the other stuff to produce quality code.
I feel the same about 'vis'. Its lightening fast and does what I need. https://github.com/martanne/vis
vis looks really interesting. i keep meaning to make the time to try it out properly
Re: Vim 8.0 released
#225I moved to http://wikemacs.org/wiki/Evil and I am happy with the transition. Spacemacs seems to be a good choice nowadays. Magit and org-mode are worth it.
I tried that. Evil seems to mess up on things now and then. Clicking the mouse acts as a command or something, wiping out ".". And macros, now and then, act up. As in, they won't record properly or something. On large Rust files, things grind to a halt if I run a macro on every line, whereas in Vim proper, things always stay speedy. In concept though, it is the best solution. Maybe I just have a broken config or some…
> On large Rust files, things grind to a halt if I run a macro on every line
I actually started testing Spacemacs ad Vim was getting slow when highliting big .rs files.
Re: Vim 8.0 released
#226Notable improvements: - Async /Io - Async Jobs - "Packages", which allow easier built-in bundling of plugins I'm pretty excited for this release! I've been using Neovim for several months now, but really great to see mainline Vim get these (IMO long overdue) enhancements.
I'd love to see vim add an embedded terminal emulator in a window based on the async support. That feature alone motivated me to try neovim.
That feels like the realm of a plugin, IMO. (I don't know enough to know whether or not that type of thing could be done via plugin, though.)
Re: Vim 8.0 released
#227Earlier quoted context omitted.
Have you tried tmux + neovim yet though? It's way faster and smoother in just about every aspect I can think of. Strongly recommend it.
I haven't but I've never had vim perform anything slower than perceptively instant. Even on the lowest of specification virtual machines and servers I've installed it on. I'm not sure how, in my use case, neovim could improve upon vim. vim's fast, available virtually everywhere, packaged with many OS's and distros, and has a rich and active community. I'm not sure why I'd want to change. Neovim seems like a fun proje…
Respectfully, given what you've said, you should look at neovim. It's not a fun project to reimplement vim, it's a fork due to vim's (i.e., Bram's) previous reluctance to advance vim with new features like async.
Since they've forked it, they've done an amazing job cleaning up the codebase, modernizing the toolchain and implementing great async support, while maintaining almost perfect compatibility with vim. They've also created a real development community where many people participate equally, not just trying to get the "bus factor of 1" commit bit holder to accept their patches.
I switched a year ago, brought all my plugins with me, and have seen only improvements in performance and features. If I had to choose which would survive for the next 30 years, it would be neovim. Thiego Arruda is the best example of an open source leader. I have a deep respect for Bram Moolenar and what he did with vim, but until neovim came along, vim was sclerotic and getting worse. It speaks well of Bram that when real competition came along, he returned to active development of vim.
Re: Vim 8.0 released
#228Earlier quoted context omitted.
Yeah I'm pretty sure Emacs can be made to do anything. I love that idea and I keep telling myself I'll go back and give give it another try sometime. Would love to get really into org-mode, etc. It's just that Vim is so comfortable! ...like a nice old pair of Goodyear welted shoes.
As much as I've been complaining about Vim in this thread, I don't think it's evil, or anything. But I do love Emaca as much as you love Vi, for much the same reasons (although some of those one character commands make me envious). You could always use both (the non-religious option). Come to the dark side. We have macros.
OK I'll make you a deal, as soon as I've mastered every feature in Vim I'll move on to Emacs. :)
Which reminds me, I must reread that stackoverflow post about grokking vi again.
http://stackoverflow.com/questions/1218390/what-is-your-most...
Re: Vim 8.0 released
#229Earlier quoted context omitted.
Given Vim powers our industry, it'd be neat if pg or any of the other big members of our community donated a non-trivial amount. There is very few pieces of software I could never imagine replacing in my toolkit. Linux? I use Windows, too. GCC? Clang gets some love sometimes. Languages themselves? I'm fluent in several. Shell? I used Bash for years, now I switched to ZSH, but could go back to Bash if I needed. Tmux?…
I'm still trying to use vim with java =P Someday I will be happy
Vrapper (http://vrapper.sourceforge.net/home/)
Its a very non-intrusive vim plugin for Eclipse, just does vim emulation and nothing else.
I've found it to be very pleasant to work with.
Re: Vim 8.0 released
#230Earlier quoted context omitted.
The input sequence would be 10jI# (I've just added escape at the end). I'm guessing the delay you are referring to is the delay imposed by your terminal emulator (not vim) to detect the Escape key at the end that terminates visual block mode. If I'm right, you can quickly press "j" just after you press ESC, which should cancel the ESC-detection delay and cause your comment characters to appear instantly. Edit: there'…
I wouldn't expect the terminal emulator or screen/tmux to cause a 5s delay in this situation; and if they did, I'd expect them to cause it in neovim as well as in vim.
This does happen with neovim too. In fact, I had this issue in neovim even though I hadn't had it in vim. It was a one-line config change in my tmux.conf to fix it though, so no skin off my nose.