This gives Visual Studio the interface it deserves. It is worth the install for macros alone. I discovered this today after attempting to use the official macro tool from Microsoft. I tried maybe 15 times to do a simple macro converting a standard If,Then,Else,End If construct into the equivalent ternary construct, but every time my result would be wrong in a different way. Even if that weren't the case, the lack of vim's text navigation language made the entire process very clunky and inefficient.
I didn't even bother to look up how to turn off IntelliSense for macros (and I imagine it would be impossible, or require manually disabling it every time). Thank the coding gods I decided to search for vim emulation. The last time I checked there was only a paid option for this (although that one could also work in word/excel/etc).
Simply fantastic, this was the plugin that actually made it feasible for me to learn Vim while still remaining productive, and my editing has been made easier and quicker by it; I almost never have to use the mouse. The navigation features (combined with Visual Studio's Ctrl-,) makes for a pretty good workflow. Thanks so much for your work, VsVim (and Vim) is fantastic.
A long and white status bar looks bad in VS2013 with dark theme, how can I change the background and text color of the status bar?
And, Visual Studio has its own status bar, why not just use the visual studio status bar instead of creating your own? I really want to save screen space as much as possible.
The color of the command margin can be changed in Tools -> Options -> VsVim under the Item Colors section. Both the foreground and background can be changed here.
The Visual Studio command bar just really isn't sufficient for the needs of Vim. At a high level it's meant for short term, non-editable, global status messages. Vim needs long term, editable, local command bar. There are other more technical reasons why I made this choice but at a high level that's the reason.
I have gotten enough requests for this though that VsVim does support using the status bar only. To enable that go to Tools -> Options -> VsVim and set "Use Editor Command Margin" to false.
Note: This is a brand new feature that I don't actively use myself. It probably still has several bugs that need to be ironed out. And long term it won't be as functional as the command margin (in particular it won't support edit). But overall it should serve as a reasonable substitute.
Thanks for the reply, I'm new to vim so I didn't really know what command margin means when I asked that question, sorry to bother you for that
But there is a minor problem that I hope you can help me solve:
I am a chinese, and like all other programmers in China or Japan and some other countries, we use input methods to input our language.
In insert mode, there is no problem.
In Normal mode, when I type 'i' for example, I meant to enter Insert mode, but if my input method is active, the input method will intercept my input, so I have to disable my input method and type again, this is a bit annoying.
Is there anything you can do from your end to disable input method (if enabled) temporarily when in Normal mode?
Sorry, make mistake.
This link is correct.
1. open Vs2013 and enable vsvim(Handle all with VisualStudio).
2. switch input from english to chinese. then vsvim will not work normal.
For example, Ctrl + j to list members, but in this situation, it will linefeed.
I've been debating making the jump from ViEmu to VsVim for better config support via vimrc (currently the only usable mapping that makes sense is 'nnoremap <esc> :noh<cr><esc>'), but I'm struggling with navigating between window splits. I've figured out splitting via command mode with :split and :vsplit but normal mode commands <C-w> s, <C-w> v, and <C-w> w do not work. I haven't found a way to move between horizontal splits without using the mouse, and I can't navigate between vertical splits at all without using <C-tab>.
Using ViEmu, I'm used to gt and gT taking me to the next buffer, regardless of tab well, though I appreciate the difference in VsVim where every open tab is treated as an open buffer, there's no indexed buffer list (:ls) so I can't jump to a given buffer (:b1 :b2 etc) without cycling through every open tab. I'm also unable to open a new buffer (:e SomeFile.cs) which keeps me reliant on the solution explorer search.
I feel like I'm missing something fairly major, but I've searched and all the ways of splitting and navigating splits and buffers doesn't seem to be supported outside of :split and :vsplit
As for the <Ctrl-W> commands I just wasn't aware of them. I've been using the :split and :vsplit commands for as long as I can remember and had never seen this alternative. It's fairly easy to implement and I filed the following issue to track getting the work done
As for the buffer list. Vim and Visual Studio unfortunately have a very different understanding of how buffers work. A couple of times I've tried to map out how the buffer commands should work in the world of Visual Studio but I've been unable to convince myself of a model that made a ton of sense. If you have any ideas here I'd love to hear them.
For :e the command is implemented today but has no sense of relative path. How are you expecting the path to be resolved here? Relative to the current project, solution, etc ...?
As far as a buffer list goes, it would be nice just to use :ls to get a numbered list of files that are open, you don't necessarily need to treat a vertical split of the same file as separate buffers. gt and gT would cycle numerically through the buffers forwards and backwards (alternate commands are :bn and :bp), as well as :b n to jump to buffer n. The ordering of that list is entirely up to implementation I suppose. Tab order is the initial thought, but multiple windows, screens, and tab wells complicate things. If VS has a way to progressively iterate through those by level (window, well, tab) that I guess would be the simplest way to go, since "order opened" doesn't make sense when opening a project with files already open. ViEmu only places a file in the list if you've made changes to it during that session or it was the first file with focus, but then you have to :e FileThatIsAlreadyOpen.cs to be able to jump to it. It's not the worst idea, I suppose.
for :e, I just tried using it and even from a file in the same folder I get "The document cannot be opened. It has been renamed, deleted or moved." I'm used to typing :e fileiwant.cs non-case sensitive regardless of path, sort of like a quick find, though I don't have many projects where the same file exists in multiple paths so I never thought about the particulars of path relevance. If one were to build in path relevance if path is specified, it should probably be from the solution root.
Unfortunately VsVim does not support vim style plugins. VsVim does have some support for the vim script language but not nearly enough to support extensions.
There are a number of alignment extensions out there for Visual Studio which may help you
I'm not sure if they target VBA or not though.
First, thank you for the app. Excellent work.
I frequently use :g/re/p to print all the lines in a file matching /re/. I am getting the following when I do so:
Undo linked chain broken. Falling back to Visual Studio undo
Is this a configuration conflict or a bug?
Thanks for your help with this,
Thanks for reporting this!
This is a bug. In the most recent release I fixed a number of undo / redo bugs in VsVim and really tightened the diagnostics around it. What you are seeing here is a place where the tightened diagnostics are incorrectly firing. I just uploaded a fix for this bug and it will appear in the next release
I had read the faq and when I type :set in Visual studio, I get the below.
The following is what I have in "C:\Users\allai\_vimrc",
I tried different things.
2) set shiftwidth=5
Seems to have no effect to visual studio.
Any idea What I am missing?
I want to reconfigure the key bindings, but I can't find the option button that you mentioned it would be located in the right-bottom in editor windows.
I'm using visual studio 2013 professional. How can I reconfigure the key bindings or find option button?
In recent versions the Options button has moved to the Visual Studio Options menu. Go to Tools -> Options and navigate to VsVim in the dialog that pops up. The old menu is in that section under Keyboard
I have been using vim on windows for a while and have a good setup. Doing some VisualStudio work and VsVim has been working great for me. I have discovered a few plugins and keybindigs simple do not work, and reading through the notes found that they are not supported. That's fine, but I still want them for normal vim.
Is there a way to exclude some vimrc lines from execution is VsVim? I searched the docs and could not find anything. I have exclusions for different OSs. I was hoping there was an env variable I could use to exclude a few items.
Thanks for the help,
One approach is to have a separate vimrc file for VsVim. If u have a file named _vimrc then VsVim will prefer that over a standard _vimrc. This is what I do.
I have thought about adding a VsVim variable for use in an 'if' block jn the rc file. This will very likely happen for a future release but isn't implemented yet.
I have mapped the Shift+Enter keys as follows:
imap <S-CR> <ESC>ma:w<CR>'a
...effectively it switches out of normal mode, creates a mark named 'a', saves the file, the jumps the mark 'a'.
Works like a charm, except this key mapping seems to conflict with a VS one and so I go to the VsVim keyboard options and say that Shift+Enter should be handled by VsVim rather than VS. And it works, but after restarting the IDE the setting is lost and I have to set it each session. This problem was there even before you moved the VsVim options to the standard VS options dialog.
Can you repro or am I missing something?
Many thanks for looking into it,
Thanks for reporting!
There are certain key bindings that are reset on every start of Visual Studio, it looks like this may be happening here. If that is the case then I can set that command to be reset on every start up.
Unfortunately I can't really do this for every bound command. Checking key bindings is actually a relatively expensive operation (causes the disk to be hit quite a few times). Hence I have to be very selective about when to check them else perf goes in the tank :(
I tend to hibernate my laptop so a VS restart happens about once every 45 days meaning the problem is not all that bad.
To keep perf in check, perhaps you can check the bindings asynchronously and restore them or (more predictably) save them somewhere and provide a "restore" command that one can map using VS's standard keyboard mapping dialog, then execute manually as required.
First of all, thanks for the great software.
I have a small bug fix wish for VsVim. Currently, it is impossible to input non-Latin characters in the command-line window. It seems the command-line windows does not handle IME messages correctly. Some Asian characters need to have so-call candidate state before they are realized as real characters. What I get is every single possible combination of characters during the composition and it is hardly usable for searching non-Latin words, etc.
I hope the fix is easy.
Thanks for reporting that issue!
Can you give me a bit more detail on the bug? In particular some examples of how you are trying to use IME within the command line window?
I don't have a lot of experience with IME hence I need a bit of help to reproduce the problem. Once I have it in front of me I should be able to get this fixed.