Earlier quoted context omitted.
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.
Actualvim – Sublime Text 3 input mode powered by Vim itself
71–80 of 112 posts
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#72Author 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.
I think it's meant to be used the other way - using Vim as your frontend to edit code while using NetBeans to manage the project, lint, compile, etc - but it had enough functionality I was able to barely make it work the other way.
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#73Earlier quoted context omitted.
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…
I've certainly seen people being passionate about software but this is new. ;)
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#74Earlier quoted context omitted.
Because vim is broken. I gave up vim after 7 years because of all the segfaults, in-extensibility and just horrible code. Some of the files in the vim code base are over 20,000 lines with hundreds of ifdefs, and littered with unsafe pointer use. The code is a horrible experience to just look at, pre 1989 C style functions, mixed tabs and spaces everywhere, and the files aren't even a valid encoding of any kind whatso…
WTF are you talking about? Vim have may have many demerits but segfaults is not on that list. If segfaults are that frequent you described then people would have jumped ship already. I can't comment on the code structure of Vim but it does not matter to me because end product is working fine for me for 5+ years. Also bad code structure did not stop continuous development of Vim. Just for example there were 1000 patch…
Given the Macbook-heavy nature of HN, that's probably what leokun is talking about.
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#75This makes me want to ask... why not just use vim?
Because vim is broken. I gave up vim after 7 years because of all the segfaults, in-extensibility and just horrible code. Some of the files in the vim code base are over 20,000 lines with hundreds of ifdefs, and littered with unsafe pointer use. The code is a horrible experience to just look at, pre 1989 C style functions, mixed tabs and spaces everywhere, and the files aren't even a valid encoding of any kind whatso…
It seems rather silly to complain about missing functionality that doesn't achieve the tools core value prop.
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#76Earlier quoted context omitted.
Nope, and nope. > WTF are you talking about? Vim have may have many demerits but segfaults is not on that list. If segfaults are that frequent you described then people would have jumped ship already. Vim is all segfaults once you introduce async, and it's highly unstable during any dev work. On any given day visit the Vim dev mailing list and scroll down. Today I see: Scrolling in a c file segfaults: https://groups.…
Did you even read those discussions? The C Segfault was due to a plugin. facepalm
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#77Earlier quoted context omitted.
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
#78Earlier quoted context omitted.
Because vim is broken. I gave up vim after 7 years because of all the segfaults, in-extensibility and just horrible code. Some of the files in the vim code base are over 20,000 lines with hundreds of ifdefs, and littered with unsafe pointer use. The code is a horrible experience to just look at, pre 1989 C style functions, mixed tabs and spaces everywhere, and the files aren't even a valid encoding of any kind whatso…
So Vim is broken because you can't have a clock in your status line? Are you an idiot? Seriously, all that ranting and you can't come up with a single practical example of Vim being "broken" other than not being able to have a clock in your status line? I'm assuming you just made up the segfault thing because I have literally never seen that happen.
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#79Earlier quoted context omitted.
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.
I have my share of complaints about the NetBeans protocol. It's actually pretty weird and incomplete, but it's supported by default so I'm using it. I think it's meant to be used the other way - using Vim as your frontend to edit code while using NetBeans to manage the project, lint, compile, etc - but it had enough functionality I was able to barely make it work the other way.
eclim[1] is probably an excellent reference-implementation of both approaches. Did you look at it, and if so was it useful?
Re: Actualvim – Sublime Text 3 input mode powered by Vim itself
#80Earlier 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...