Live data from Hacker News

Actualvim – Sublime Text 3 input mode powered by Vim itself

github.com

61–70 of 112 posts

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#61
post #30

Just installed it on ubuntu using sublime text 3 (installed from sublime-text_build-3047_amd64.deb). I get into vim mode when creating new files; however, when opening existing .py files on disk I don't get the vim editor.

Can you report this on the issue tracker? https://github.com/lunixbochs/actualvim/issues

Also can you check the console when opening a file to make sure there's no error?

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#62
post #35
post #31

Earlier quoted context omitted.

But this thing is Vim.

No, it connects to vim via vim's client server mechanism. The docs for it are wrong, because it will work on OS X if you have MacVim set as your default vim because MacVim is compiled with +server. Anyway, I am quite sure this thing will run into all kinds of trouble because of how broken vim is.

Nope, no +server in default OS X CLI Vim. I'm actually using a combination of their NetBeans communication protocol and raw tty output right now.

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#63

This is like using vim-mode on emacs.

Vim-mode on emacs probably uses an internal emulator and doesn't slave a real Vim instance to do the work.

In that case, you have at least Vintage, Vintageous, and my original project sublimevim (that was mostly a proof of concept before we had any of this) as "vim-mode" in Sublime Text.

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#64
post #16
post #9

Why wouldn't I just use Vim (or better yet, Emacs) in the first place?

Because you get all of the benefit of Sublime AND Vim. There's plenty of benefits to using Sublime over Vim, and vice-verse. This way you can have the best of both worlds. There are already Sublime plugins that do this, but they are kind of lackluster to be honest.

Lots of vim stuff is implemented in emacs lisp and there are a few different efforts to emulate the unique parts of LightTable and Sublime into emacs. It just comes down to preference. I enjoy using all three, but emacs is the one which has everything I personally need.

http://www.emacswiki.org/emacs/LightTable

http://www.emacswiki.org/emacs/MiniMap

http://www.emacswiki.org/emacs/Evil

https://github.com/emacs-helm/helm (go to anything)

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#65

Earlier quoted context omitted.

I've said this elsewhere in this thread, but— With this you can use Sublime Text's UI (chrome, file browser, and smooth scrolling—all better than Vim's) with Vim's input mode. Best of both worlds.

There do seem to be things that Sublime does better, but some of us don't want chrome. I work mostly in terminals in ratpoison for a reason...

I split the difference. I use Vim if I'm in a server somewhere or if I'm already looking at the command line for git or ag or something. I usually use Sublime when working on a whole project at once.

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#66
post #45
post #34

Earlier quoted context omitted.

The point of vim and its key bindings is to not have to use anything other than the keyboard (and keys that are not too off from the home row), so it's not the best of both worlds at all. Having to click on something forces someone to use their mouse, breaking their concentration and wasting time on clicking on a tab.

Having to click on something is different from being able to click on something. Vim doesn't let you use one of the two primary input tools of your computer--Sublime lets you use both. To borrow your situation, if you are already using the mouse it's distracting to have to use the keyboard.

That's actually not true - vim does let you use your mouse: http://vim.wikia.com/wiki/Using_the_mouse_for_Vim_in_an_xter...

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#68
Author here:

This works using Vim's NetBeans control protocol (inside Vim, do `:help netbeans` to get an overview. Also see the VimSocket class in vim.py) and minimal help from a simple VT100 emulator I wrote (found in term.py).

Open the command panel (cmd|ctrl+shift+p) and run the "ActualVim: Monitor TTY" command if you want to see what's going on in the terminal for any open view.

I actually wrote the first Vim emulation mode in Sublime Text a couple years back ( https://github.com/lunixbochs/sublimevim ) that possibly inspired the other similar plugins. I consistently ran into enough unsupported motions with both my own and other plugins that I caved and wrote ActualVim.

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#69

Author here: This works using Vim's NetBeans control protocol (inside Vim, do `:help netbeans` to get an overview. Also see the VimSocket class in vim.py) and minimal help from a simple VT100 emulator I wrote (found in term.py). Open the command panel (cmd|ctrl+shift+p) and run the "ActualVim: Monitor TTY" command if you want to see what's going on in the terminal for any open view. I actually wrote the first Vim emu…

Really nice work. I'm happy where I am in vim but if I ever decided to move this looks like the way to go.

OT It's funny how conditioned I am to seeing __Beans and instantly dismissing it as something I can't be bothered to look into. Silly biased me; it looks like a really powerful protocol.

Re: Actualvim – Sublime Text 3 input mode powered by Vim itself

#70
post #42
post #39

Earlier quoted context omitted.

I have no idea how you make vim crash; usually it's because I attempt to search through a multigigabyte file or something. Vim may have many issues but stability is NOT one of them.

You are quite wrong, on any given day vim dev's mailing list has recent seg faults at the top of its list.

You are making an ad hominem argument against vim's 'stability' using the fact the dev list has seg faults at the top. As a matter of course, seg faults/crashes are the most irritating bug a program can encounter. When they occur and are repeatable, it's likely they would become a popular topic of discussion, regardless of the frequency in which they occur.

Vim's stability and the occurrence of certain seg faults in it may appear to be related, but it isn't proof one leads to the other just because it's on some list somewhere.

I consider the term 'stability' to be related to overall dependability. I depend on vim on a daily basis, as do others here. It's yet to let me down.

Post reply on HN