VsVim

Free

VIM emulation layer for Visual Studio

(174) Review
Visual Studio
2013, 2012, 2010
Download (192,980)
7/21/2014
1.7.0.0
View
E-mail Twitter del.icio.us Digg Facebook
Add to favorites
Description
Reviews (174)
Q and A (198)
Sign in to write a review
Sort by:

by byte1918 | July 22 2014

It's the first extension I install in Visual Studio. It's a must have if you ever liked working with VIM. Thank you Jared. Awesome!

by Nathan Friend | July 08 2014

Very impressive extension.

by Matthew199 | July 03 2014

Simply fantastic, how have I gone so long not knowing this even existed! Thank you so much...

by Vinod Pankajakshan | June 27 2014

Vimming in Visual studio is simply mind boggling.. thank you for making this happen Jared Parsons.

by Porges | June 19 2014

by feverforce | June 12 2014

Awesome tool! Can't use VS without it.

by Iain Ballard | June 09 2014

One of the best Visual Studio extensions available. Along with R#, it's one of those "Wouldn't use Visual Studio without it" add-ons.

by Galen Elias | May 24 2014

This is extremely well done, I can hardly tell I'm not in Vim. Would be nice to have a bit more configurability, but overall this is great!

by Joe Egan | May 20 2014

This is always the first Visual Studio extension I install - could not imagine working in Visual Studio without it. VsVim is rock-solid and simply allows me to edit code more quickly.

For the uninitiated (or the Vi-traumatized):

1) It does not take comprehensive knowledge of Vi(m) commands to be much more productive with this extension (or Vi(m) generally). Basic Vi commands (http://www.cs.colostate.edu/helpdocs/vi.html) pack a lot of punch.
2) Yes, I am quite familiar with comparable Windows keyboard shortcuts for many things I do Vi-style using VsVim - and find myself seamlessly interleaving them with Vi(m) commands; TMTOWDI; but Vi is everywhere (including Visual Studio thanks to this awesome extension) and reduces reaches for my mouse and contortion on my keyboard more than anything else I have tried over 20+ years of nerdery.

Highly recommended!

by HoangITK | May 16 2014

I love it!

by Z Sun | May 13 2014

Very cool plugin, definitely made Vim users more productive in Visual Studio.

by Matt Winegar | May 07 2014

Sure, maybe I am using the wrong name for the feature (its really just renaming, not refactoring). In VS, if you highlight (select) a variable name, on the declaration, and type over it with a new name, an icon appears that you can click on to open a menu that says "Rename <old name> to <new name>". Then if you click that, VS updates all of the references to this variable to the new name.

Also, you mentioned C#, which I haven't tried this in. I noticed this in VB, which is what most of the code I am working with is written in. This is not resharper or a similar plugin, as I do not have these for VS 2013 (still vanilla on that).

I don't have to do the renames that often, so I can work around for now by temporarily disabling the plugin and re-enabling when done, with VS restarts. I wouldn't do this for small local variables, but for properties, etc. of classes that are referenced multiple places, this might still be the quickest way, as a workaround.

JaredPar MSFT May 07 2014
| Edit |
Delete

Ah, I didn't think about trying that in VB. I've played around with it a bit and I have a theory about why the rename refactor doesn't get hooked up after a select + edit. Going to look into this

by Thumbmunkey | May 07 2014

by Mateusz Stepniak | May 02 2014

Let the Vim force be with you
- in Visual Studio too!

by Martin Rykfors | April 23 2014

I really enjoy using this plugin and the author is doing a superb job maintaining it and responding to bug reports. A great opportunity to learn Vim!

by bumblebeeman | April 22 2014

by ovalsquare | April 11 2014

Indispensable.

by Pål Fossmo | April 10 2014

by mwbrady68 | April 05 2014

by James Hart - LegacyTech | April 01 2014

Well done Jared! Now I feel right at home - you saved me a lot of frustration.

1 - 20 of 174 Items   
Sign in to start a discussion


  • BUG: Unwanted scrolling in split window upon Undo command
    7 Posts | Last post Thu 10:48 AM
    • Hi Jared,
      
      I have a source file open with a horizontal window split so I can see code in two different parts of the file simultaneously. Most editing seems to work OK, but when you are editing in the top pane, the Undo command seems to make the bottom pane scroll from whatever position it was in up to lines affected by the Undo action. Executing the Undo command in the bottom pane does not cause the top pane to change its scroll position.
      
      Hope I have explained that properly...seems like a bug (but I can't confirm in gVim because I don't know how to split the editor horizontally there).
      
      Many thanks in advance for looking into it,
      Eric.
      
      PS: I am now enjoying a higher quality of life thanks to the recently added 'ge' command :-)
    • I tried reproing this but was unable to do so.  What I did was create a new text file and pasted a whole bunch of text into it.  Then I split the screen and scrolled the top pane to the top of the file and the bottom pane to the bottom of the file.  After that I put the caret in the top pane, made some edits, ran undo and the bottom pane stayed scrolled to where it was.  Tried a couple of variations on this and couldn't get the bottom pane to scroll.  Can you see a difference in how we are trying to repro this?
      
      To split in gVim just use the command `:split` 
      
      Glad you are enjoying `ge` ;) 
    • I did what you did and couldn't repro either. Then tried it this way:
      
      1) open a file then make some edits.
      
      2) split the window horizontally, then scroll the bottom pane so it shows parts of the file not visible in the top pane.
      
      3) click into the top pane then invoke Undo. The bottom pane will scroll.
      
      4) from this point on, for any edit you make anywhere in the top pane, when you hit Undo the bottom pane will scroll to the location affected by Undo in the top pane.
      
      The trick seems to be making some edits BEFORE splitting the window. If you open the file, split the window THEN edit, it doesn't happen. 
      
      Let me know if you can repro it that way.
      
      Thanks again!
    • I tried that and still wasn't able to repro.  
      
      What version of Visual Studio are you using? There was a bug in at least 2010, and possibly 2012, which would lead to this behavior.  
    • I am using VS 2012 Ultimate Version 11.0.61030.00 Update 4, running on Windows 8.1 Pro 64-bit.
      
      I have also confirmed that the issue is probably VsVim related: when I disable the plugin and follow the repro steps I wrote the second time round, nothing happens. When I enable the plugin and follow the steps, the unwanted scrolling behaviour returns. The problem happens whether you have an existing file or use a newly created one, whether you are in a solution or editing the file "stand-alone".
      
      Hope that helps you hunt it down, though the bug is not too important (I do split window editing maybe once every several months).
      
      Thanks as always!
    • Thanks for the info! I was able to repro it on 2012.  It looks like it's the undo bug that I mentioned earlier and it appears to be fixed in 2013.  Unfortunately it's not really fixable in 2012 without breaking other behavior.  So I may just let this one go since it is fixed in later versions of VS.  
    • Many thanks, will be upgrading to 2013 soon, so no worries there!
  • Display Register Contents
    5 Posts | Last post July 25, 2014
    • Dear Mr. Parsons,
      
      I have found your VsVim extension to be very useful, and I am very grateful that you are developing it.
      
      Would you mind implementing the :reg (:register) command into VsVim so that a user can see the contents of the registers?
      
      Best Regards,
      
      -TP
    • Glad you're enjoying the extension!
      
      The :reg command is implemented but only the version that doesn't take any arguments.  So if you type :reg only it will show everything.  I have the following bug filed to add support for specifying individual registers
      
      https://github.com/jaredpar/VsVim/issues/1379
    • Dear Mr. Parsons,
      
      Excuse my ignorance, but where does the output of the :reg command show up?
      
      I don't see any sort of VsVim output window or something like that.
      
      Best Regards,
      
      -TP
    • It will appear is the same place where you type out the commands.  That window is dual purpose for editting commands and displaying output.  
    • Dear Mr. Parsons,
      
      Thank you for your help. I now see register contents listed.  
      
      It's strange because I thought I had done this before and I saw no output.
      
      I'm unable to recreate the error. (albeit I'm new to VIM).
      
      I'm curious if all the registers were to be cleared if any output would show.  Perhaps if there were no registers filled, there would be no output.
      
      Best Regards,
      
      -TJP
  • Ability to pass current filename to external command
    2 Posts | Last post July 24, 2014
    • It would be great if one could pass current filename to external command.
      
      Vim uses % symbol for it. So for example to open current file in notepad I would do:
      !notepad %
      
      I could run some svn commands to see the history of a file, blame and so on.
    • Thanks for reporting that.  Here is the bug that is tracking getting that feature into VsVim
      
      https://github.com/jaredpar/VsVim/issues/1038
  • DD command cursor
    3 Posts | Last post July 23, 2014
    • Hi Jared, when you first type the d command the cursor in normal mode should go from a full block to a half block letting you know you pressed the key for the first part of a command, this currently works on the y and c commands perfectly and I thought before the upgrade this used to work. I'm using version 1.7.0.0.
      
      Is there a hidden setting that makes this work like it used to?
      
      Thanks.
    • I just checked and VsVim will use the half block on `d`.  If it remains in a full block that typically means you have a normal mode mapping involving the `d` character (say :nmap da blah).  In that case when you press `d` there is an ambiguity and VsVim correctly keeps it at full block
      
      Eventually though the key mapping should time out in favor of the delete version of `d`.  At that point VsVim should be redrawing the caret at half block.  It is not though.  I filed the following bug to fix that up 
      
      https://github.com/jaredpar/VsVim/issues/1409
    • You are correct, I had a d mapping, I removed it and it works like normal again, 
      
      Thanks for your hard work on this.
  • ge command not working
    3 Posts | Last post July 18, 2014
    • Hi Jared,
      
      In gVim I can type 'ge' in normal mode to jump to the last character of the previous word, but for quite sometime now I can't get this to work in VsVim (using v1.6.0.3 with VS2012 Update 4). 
      
      Is this feature supported?
      
      Many thanks,
      Eric.
    • Great timing on the question. I just added support for 'ge' into the code base 2 days ago.
      
      https://github.com/jaredpar/VsVim/issues/1124
      
      If you want to grab a build that has this feature you can do so from here 
      
      https://ci.appveyor.com/project/jaredpar/vsvim/build/artifacts
    • I still can't believe this thing is free! Many many thanks Jared!
  • 'Again' not working properly
    2 Posts | Last post July 16, 2014
    • Consider the following text:
      
          public SomeType MakeCopyFunc(SomeType 5)
      
      If I place the cursor on the 'S' after public then type cwMyObjectType<esc> it will delete SomeType,and replace it with MyObjectType. This is good. But then I navigate to the 'S' after the '(', and hit the '.' key to repeat the last action, rather than replace SomeType with MyObject, it will replace it with _MyObjec .
      
      Any idea what would cause this?
      
      I can't quite figure out why it does it sometimes and not others. I will report back when I have it narrowed down.
    • That definitely shouldn't be happening.  I have a lot of tests for this feature, many on very similar scenarios so I'm not sure why you are seeing that.  If you are able to narrow this down please let me know 
  • Shift+8
    3 Posts | Last post July 15, 2014
    • I don't know the vim well; however, I usually use the "shift+8" to find same keyword. 
      "N" is used to go next find result, and the "shift+N" is used to go previous result.Current version of VsVim is operated well for "shift+8" but there is no highlighting.  Is it possible to highlight the keyword of the result of the "shift+8" ?
    • To enable highlighting of searches type the following command (followed by enter)
      
      :set hlsearch
      
      This will cause all search results in Vim / VsVim to be highlighted
    • Thank you for your answer and your devotion for the VsVim. 
  • How to insert yanked lines/words in command line?
    3 Posts | Last post July 11, 2014
    • Hi there! In vim I could do <CTRL-R> " and get my yanked data in vim command line, but in vsvim I don't see these feature. So, how I can insert yanked data?)
      
    • Right now you can do this by just using a Windows Paste operation (Ctrl+V).  I have the following issue tracking getting Ctrl-R support into the command line editor 
      
      https://github.com/jaredpar/VsVim/issues/551
    • Thank you for answering :)
  • Strange behavior in .cshtml
    8 Posts | Last post July 09, 2014
    • Latest vsVim in VS2013.
      I have this line in a .cshtml file:
         @Html.ActionLink("CM Demo", "Index", "CM", null, new { @class = "navbar-brand" })
      
      Editor is in normal mode.
      If the cursor is in one of the quoted strings ("CM", for example).
      When I use this command:
      :wa
      I end up with this, editor is in insert mode:
         @Html.ActionLink("CM Demo", "Index", "C" +
                                               "M", null, new { @class = "navbar-brand" })
      
      Strange.
    • This should be fixed in the next version which is coming out on Monday. 
    • Problem still exists, VS2013, VsVim 1.4.2.0, ReSharper 8.0.2.
      
      Date.cshtml:
      @model DateTime
      @Html.TextBox("", Model.ToString("MM/dd/yyyy")) 
      ** TODO Wire up the date picker! **
      
      If the cursor is in the quoted string (in the "dd", for example), :w results in:
      @model DateTime
      @Html.TextBox("", Model.ToString("MM/d" +
                                       "d/yyyy")) 
      ** TODO Wire up the date picker! **
      
    • Hmm, it looks like my fix is only working a portion of the time.  There is a subtle startup race condition.  Looking into a more thorough fix 
    • Has this issue been addressed?  I'm still having it with VsVim 1.6.0.3, VS 2013 Update 2 and Resharper 8.2.1
    • I should also add, I LOVE VSVIM!  Thank you so much for it.
    • This ended up revealing a bug in Visual Studio that was fixed in 2013 Update 3.  Fully fixing this issue may require some work on my end even after the update though.  Hoping to get it installed and tested out sometime in the next few days 
    • Thanks for the update.
  • Possible Expression Editor Regression
    7 Posts | Last post July 07, 2014
    • I downloaded the version from this site but the issue described here (https://github.com/jaredpar/VsVim/issues/1088) is causing me problems. Is it possible that a regression has been introduced since this bug was fixed?
      
      
    • It's possible there is just a case I missed there.  What bad interaction specifically are you seeing?  
    • Hi,
      
      great extension, thanks a bunch for creating and maintaining it!
      Is there anything like EasyMotion (e.g. like for Sublime Text: https://github.com/tednaleid/sublime-EasyMotion) available?
    • No, there is no real equivalent for that in VsVim.
      
      However that does look like a super interesting idea.  I'm toying with the idea of just writing a stand alone EasyMotion plugin for Visual Studio.  May try and do that later this afternoon as a fun project.  Will post back here if I do.  
    • Yeah, EasyMotion is incredible useful for navigating inside the current visible part of code. I can't live without it in gVim :)
      
      If you have the time to code it a few things would be nice to have:
      - Beeing able to set the keyboard shortcut for it (e.g. Ctrl+,)
      - It would be nice if we can define the character range
      By default it's normally "a-zA-Z0-9"
      but I normally exclude 0-9 to make the keys easier to reach.
      
      Thanks Jared for considering it!
      
    • I started working on it today and have the basic mechanics working at this point
      
      https://github.com/jaredpar/EasyMotion
      
      Still needs a *ton* of polish, in particular getting the initial search bound to a key stroke rather than a menu item.  Will probably get this posted by EOW unless I hit some kind of snag 
    • Added a very early version of EasyMotion to the gallery.  Still very much alpha / beta but can be played around with.  Please let me know about any issues you find (probably quite a few)
      
      Gallery: http://visualstudiogallery.msdn.microsoft.com/86548753-2b00-42e0-a40c-185f93e37a4f
      
      Github (code + issues): https://github.com/jaredpar/EasyMotion
1 - 10 of 198 Items