Being unable to copy and paste really kills me and makes me abandon this seemingly cool plugin. So I cannot agree with @hoohah42 any more. I doubt if someone is heavily using it and/or if there will be any update for it very soon.
It almost works, but the bugs prevent me of using of it. The most unpleasant thing is that Tab key deletes codes. Every time I press tab key, I need to rethink if I should do it. Other problems include that it try to mimic a clean Emacs which no customization is allowed. It feels so awkward and as a result, I was driven to VsVim, which is much sophisticated.
This is a Godsend: before I was having to open the files outside of VS and edit them in xemacs, but now these key-bindings for emacs at least keeps me in VS. Haven't tested all the bindings I usually use in emacs, but at least it seems most I use to edit text quickly are there....
I love the fact that I don't have to make to much of a mental switch as I move back and forth between GNU Emacs and VisualStudio 2010, but the screwed-up cut-copy-paste functionality makes things nearly unusable (frustrating). I'm getting better at C-u [d] C-k, C-y, but that is not my normal working pattern (region copy, paste). But that only works from within VS - if you need something from another app, then you're toast 9or open *everything* in VS i guess).
I second the calls in the Q and A for open source-ing this extension - It's not worth the effort until these issues get resolved, which amounts to a waste of great work on the rest of the emulation.
Great job, thanks for bringing it back! It's delayed my switching to 2010, so now I can start using the new VS again.
Strong suggestion to add "Create new project" to the install instructions, since the extension doesn't show up initially in the keyboard options until after you start a project. (Spent an extra 10 minutes uninstalling and re-installing because it didn't show up)
Really nice, I've been using emacs for 15 years and this is really good keyboard emulation, best I've ever seen. Even basic macro recording, most implementations can't even get word transpose right. Thanks for putting this together.
One of the reasons I didn't switch to VC11 is the fact that this extension is not ported. Is there any way one can make this add-in work with the new version of Visual Studio?
I figured out how to make the extension work on VS2012. The instructions are in my answer on stackoverflow.
http://stackoverflow.com/questions/13884953/emacs-keybindings-in-visual-studio-2012/14087731#14087731
Emacs key scheme in vs2010 is not working properly with tabbing(Ctrl-j) with F#. It starts every new line from top. What I could do to remove its keybinding from Tab button? I could not find its binding in vs2010's list of commands binding.
Anyone still here?
The problems with selection, tabbing, pasting, etc are enough to make the Emacs extension almost unusable. If there's no one home could we please get this open sourced so the people who care can make this extension better? Please?
I'm starting to think that we should create our own emacs extension replacement. The bugs in this one, and the inability to have others help fix them, diminish this tools value.
After Pressing Ctrl+y to perform a "paste", a marker is always activated no matter how you move cursor.
My current fix is to press a "space" then delete the space. The marker will be deactivated this way.
Anyone experiencing this problem as well?
I have "Productivity Power Tools" installed and "html copy" disabled.
I can most certainly confirm this, and it is incredibly annoying. The simple solution to this, along with the rest of the aforementioned bugs, would be to open source the extension's implementation on Github. Let the power users that desire this feature drive its development, as with the VsVim extension. This would also let us adapt its use for Visual Studio 11, as I've tried to do using some hacky extension extraction/tweaking. Let US do the work for you, Microsoft!
I'm very familiar with emacs and very much want to use this extension but have encoutered several problems that make it unworkable.
o With "Productivity Power Tools" enabled copy (Alt-w) does not work.
o "Enter" leaves the cursor at column 1. "Tab" does not indent.
The code is not indented until I complete some block. The
end result is (about) the same but I find it very disconcerting
to type in poorly indented code.
o Paste from external sources does not work.
Note that I also have "VS10x Code Map v2" installed. A brief test of disabling this did not resolve any problems.
TomKU, while I don't know an exact solution to the alt+w issue (besides rebinding whatever alt+w does inside the Productivity Tools view to something else), there is a way to kind of fix the Tab issue.
Press enter and then, as you notices you are stuck at the first column regardless of how many times you press TAB in home of indtenting. However if you start typing anything and then press Tab it will indent correctly whatever you just typed without changing the relative position of your cursor. Also, suppose you are in a fruther column index like 5000 and type something there and press TAB , your text will go back to the correct column according to correct mode indentation .In other words, it does "indent-according-to-mode" from emacs. Trick is to start typing something frist before pressing TAB. Try it out!
This add-in needs somehow not show the selection box when pushign a mark onto the mark stack or when popping one. i.e. C-<SPC> C-<SPC> should insert the mark but not show the selection box when moving the cursor. That goes double for popped marks. Whenever I pop marks (explicitly with C-x C-<SPC> or implicitly with Go-to Definition/Declaration et. al) the selection is activated which is :
a) annoying
b) confusing
c) undesireable.
The selection should only appear when C-<SPC> or C-@ is pressed once and that's it.
Will there be a fix to this?
1) when you kill a line (i.e. cut it ) and then use Alt+D to kill a word, this last killed word will be appended to the last killed string . THus when pasting, instead of pasting just the most recent kill (in this case the word) it will paste the killed line PLUS the killed word at the end. This behaviour is undesired. What should happen is just have the word pasted and THEN if alt+Y is pressed the killed line should appear INSTEAD of the word.
It looks like the VsVim extension is supported by Microsoft and the source is available through github. Is that a possibility for the emacs extension considering bug fixes and feature additions aren't a promised thing?
Would it be feasible to make C-u- have a default argument? The repeat prefix defaults to a count of 4 in emacs if you get a non-numeric key after the prefix. Thanks.
