Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

How to navigate back to the last cursor position in Visual Studio?

People also ask

How do you get to the last position in Visual Studio?

Go to recent files: (Ctrl + T + R) [Ctrl + T to open search box, then type R] Go to last edit location: (Ctrl + Shift + Backspace) [different from navigate backward, which just goes to last cursor location -- this goes to last place where code was edited]

How do I move to the end of a line in Visual Studio?

Mine is Visual Studio Code and the exact command for this is "Add cursors to line ends". The shortcut key is Alt + Shift + I (Windows) or Command + Shift + l (Mac).


Visual Studio 'Navigate Back' shortcut

It Will not work for red color (-) key. For me it only works for blue color combination.


According to Visual C# 2008 Keybinding Reference Poster it is Ctrl + -. The name of the specific keybinding is View.NavigateBackward.

PS: While researching I also found that Ctrl + . is the same as Shift + Alt + F10. Nice!


ctrl + - (dash) navigates backward.

ctrl + shift + - (dash) navigates forward.


These settings can be found under Environment -> Keyboard:

enter image description here


For new VS Code(1.28.2)

Back: Ctrl+Alt+- (dash)

Forward: Ctrl+Shift+- (dash)


For Changing the setting in Visual Studio 2019:

enter image description here

  1. Search for view.navigate
  2. CHOOSE "Text Editor" from the "Use new shortcut in:" drop down menu
  3. Select your shortcut

Global doesn't catch for this.


The most generic answers is: there is no working default and you need to define your own keyboard shortcuts for View.NavigateBackward and View.NavigateForward.

Why? For most keyboards, the default shortcut is a broken, unusuable combination because VS badly handles the shift and altGr modifiers. MS did not pay attention to portability and internationalisation so much when they redeveloped VS after version 6, and this is still true today. This bug has been there for way more than a decade, nearly two decades. At this rate, it will never be fixed. And yes, I have filled a bug report, and I'm certainly not the only one.

However, their "VSCode" product line does have better keyboard handling as it doesn't depend on the shift or altGr modifiers to identify the key. For example, when you are in text writing mode and press the key that has the dash symbol, without using shift nor altGr, let's say it writes something else, like number 6. To VSCode when it comes to shortcut handling, that's still the dash key for its purpose. As long as a key has the symbol written on it, whether this is painted as the 1st, 2nd or 3rd level doesn't matter, it just that key.

Of course, it's never a good thing to make the default shortcuts use non-alphanumeric symbols, that's always confusing, whether it works or not. The good mature text editors have known that for a long time and should be taken as examples of things done right. In some ways, VS learned a few good things from emacs with shortcuts that are a sequence of two letters, but ultimately screwed up on other parts with the choice of non-alphanumeric bindings, combined with a broken low-level keyboard handling.


This works for me in Visual Code

Navigate backward Alt+

Navigate forward Alt+