As far as topics are concerned, I'd really like to see a vim plugin created from start to finish. The tutorials and docs that exist leave a lot to be desired, and this seems like a nice venue to demonstrate (and explain!) the capabilities of the vim plugin system.
While this is an excellent topic for advanced vim users, I suspect that the majority of us would benefit more from a "Beyond the basics" topic.
I'm comfortable with using vim to edit files now and then, but for that role any editor will do. Now I'm willing to invest some time to learn how to harness the full power of vim. Signed up.
Separate to Vim, this concept should become more popular. Real world conferences have their place, for sure, but some topics are avoided as they probably wouldn't break even, and seeing more things like this would be great.
In fact, that's one of the reasons I'm working on building CastingCode.tv (http://castingcode.tv) as a platform to serve both ad-hoc and organized live coding events to the web. :)
Are you the same creator as vimconf? The sites look alike and so did the emails (subject atleast, did not open). Are you the submitter of this? Why two different usernames if so. And why promote them both??
I am indeed the same person behind both CastingCode.tv and VimConf. However, I did not submit this VimConf article to HN. That was done by somebody else and I had no idea it was being submitted, so it took me by surprise.
Totally agree Peter! Having given a couple webinars over the past few weeks, I think there is still a lot of room to grow for these types of online events! I'm hoping this sparks interest in other online conferences in those smaller niche subjects that historically may not have drawn a crowd to a physical location.
I am so excited about this! Watching other people use vim has been the most valuable part of my vim education. I think this is going to be a great venue for it.
Edit: I'm also clueless when it comes to vimscript. It would be nice to see some stuff on that.
This event looks promising. Interacting with other Vim users really helped me get over the initial Vim learning curve. For any devs that use OSX and want to test the Vim waters, checkout Vico (http://www.vicoapp.com). It is a Textmate-esque editor with Vim bindings.
Signed up. Id like to use vim since i like the concept but it seems so damn hard to get into. The post yesterday "learn vim progressively" was interesting though.
Not sure i know what it is though. I really like VS debugger and programming in C#, C++ (both with VS). So, what exactly will i give up if i switch to vim?
I recently took the plunge. I had been using e-TextEditor for everything but .NET, and VS for .NET. Now I'm using gVim for the majority of my editing for all languages I am working in. However, I still use Visual Studio with ReSharper for certain things: debugging, intellisense (only when I'm stuck; I'm trying not to rely on it much. you can also use vim plugins or create your own to let you quickly jump to MSDN and find something), and editing project/solution configuration.
Alternatively, you could use ViEmu (emulator plugin for VS, amongst other MS things), but I like the split buffers so I haven't gone down that path.
In summary, I don't think it's an all or nothing deal. You should use the best tools for the job. I think using Vim will make you more productive for plenty, but not all tasks.
I'd second ViEmu. The price is a little steep (or was three or four years ago), but I used it through the trial and it was pretty comfortable.
These days I do a lot of my C# coding in Visual Studio, but have a shortcut key to open the current file in GVim to do heavy lifting. For what it's worth, to do that, I added gvim as an external tool with the arguments:
Grandparent was correct. Vim's basic completion is "similar words in the current file" (plus some other things), but omnicomplete is an arbitrary algorithm that can get pretty fancy. For example, in Ruby, omnicomplete on 3.14.tr will include truncate, while omnicomplete on [[1, 2]].tr will include transpose.
omnicompletion, by default, completes against words in any file currently open in any buffer. But it's also now pretty programmable, though I don't I currently use any of the languages that have good support built out for them.
I tried using pure vim. It's too cumbersome (Microsoft does pretty good job at "locking in" developers, e.g. - manual editing of solution files ain't what I'm lookin for).
But there is awesome middle road. Try visual studio vim emulation layer called VsVim - http://bit.ly/e3GsMf
It's far from being perfect, but it has most of the stuff.
I've never understood people's obsession with vim. I used it for a few months, then timed myself doing the same tasks with vim and gedit. Gedit was faster by a significant margin.
Click-and-type is really quite fast once you try to master it. Double-click to select a token, triple-click to select a line, etc. On a laptop (or on a Kinesis Advantage (awesome ergonomic keyboard) with a center-mounted touchpad) the mouse isn't much of a context switch.
Try incrementing a number on 500 lines of text. Or stripping trailing whitespace on save. Or fixing the indentation of a large file. Vim is really powerful when it comes to text manipulation.
I mastered most of the more commonly known motions, including most of the ones on this page (http://yannesposito.com/Scratch/en/blog/Learn-Vim-Progressiv...) and some that aren't on it. It didn't seem to be delivering the promised efficiency improvements, so now I only use it for git commit messages, line editing in zsh, and file processing with macros (which are pretty nice--best way I know of to reformat data; much easier than writing a script). I don't think it was worth it--should have shipped product instead and used nano for my command line editing needs.
Yes, sorry about that preek. I am currently working with my provider to get the email issue resolved. Keep an eye on @vimconf and I will update everyone once it gets fixed. Thanks!
