Workspaces
VS Code has a concept of workspaces — usually, a workspace is just the root folder of your project. ⌃ + r will bring up a list that let’s you quickly switch between recent files, but the list also includes workspaces. This means ⌃ + r functions as a quick way to switch between projects — press it, type some characters of the project name, and hit enter. The list is split into recent workspaces and recent files.
Current Shortcuts. View a list of shortcuts currently assigned and their meanings in VAssistX Help Keyboard Shortcuts. Recommended Shortcuts. Several shortcuts well known to long-time users of Visual Assist, e.g. Shift+Alt+O at global scope, are no longer available for default assignment; Visual Studio has usurped the shortcuts that Visual. This cheat sheet is also available under Help Keymap Reference. To print a non-default or customized keymap, use the Keymap exporter plugin. If an action has a keyboard shortcut associated with it, the shortcut is displayed near the name of the action.
A workspace starts with you opening a folder in VS Code, but workspaces are not limited to a single root folder. You can add multiple folders to a workspace, for example if your project involves working on a client and a server component simultaneously. In this case, ⌃ + r won’t remember this workspace unless you explicitly save it in a file. VS Code will prompt you to do this as you close the workspace.
If you change settings for your current workspace in VS Code, the settings will usually be saved inside the .vscode folder. With a multiple-folder workspace, you can still have folder-specific settings in .vscode, but you can also have settings that apply to the whole workspace in the .code-workspace file — this is the file VS Code prompts you to save as you close a multi-folder workspace.
Cheat Sheet for Visual Studio Code
We've created a handy cheat sheet with keyboard shortcuts and some tips & tricks for VS Code. Download it for free!
Formatting
Automatic code formatting is listed here, but it could just as well have been in the article on editing. The reason is that auto-formatting replaces quite a few editing operations — instead of wrangling with editing shortcuts to get your code lined up, correctly wrapped and looking good, you just input your code without regard for formatting, hit a keyboard shortcut to format the file, and you’re good.
VS Code has commands for formatting the active file and the selected text, and built-in formatters for JavaScript, TypeScript, JSON and HTML. Extensions can add formatters for these and other languages. The first time you choose to format a file, if you have multiple formatters for that file type installed, VS Code will ask you which formatter to use, and remember your choice for the future. If you later change your mind or if you install a new formatter you want to use for that file type, you can change the default formatter. This is done by running the command “Preferences: Configure Language Specific Settings…”, and selecting the relevant language. Here, you will find a setting called editor.defaultFormatter — you can either change this to what you want, using the available smart suggestions, or remove the setting altogether, and the next time you try to format a file, VS Code will ask you which formatter to use.
There are some potential pitfalls here. A small example may serve to point out one I personally came across. I like to use the Prettier formatter (through an extension) for JavaScript and CSS, while using the built-in formatter for HTML. This can be achieved by selecting the formatter per language in the way mentioned above. Formatters can also have preferences of their own, so for example, I set the option html.format.wrapAttributes to preserve-aligned to make the built-in HTML formatter preserve alignment of HTML attributes. The Prettier formatter allows configuration as well. However, I also occasionally work with Vue.js, in which you author .vue files including HTML, JavaScript and CSS in a single file. I’ve installed the Vetur extension for Vue.js, and configured this to be the default formatter for Vue.js single-file components. Now, Vetur doesn’t actually format the files itself, it just calls out to other formatters for the different sections of the .vue file. Vetur has its own options for which formatter to call for the various types of code. So, for example, in my settings, I have this:
This tells Vetur to use the default VS Code HTML formatter for the HTML sections of .vue files, and sets the same value for the “wrap attributes” option as I did for normal HTML files above (confusingly, through a different property name). The option for the default HTML formatter doesn’t automatically get picked up by Vetur. This is an example where getting formatting to behave as expected gets a bit complicated, but in the end, it’s possible to achieve the desired result.
Terminal
Along the bottom of the VS Code interface, there is a panel that can be toggled on and off with ⌘ + j. This panel contains tabs called “problems”, “output”, “debug console” and “terminal”. In addition to toggling the panel on and off, you can focus on the terminal specifically using the keyboard shortcut ⌘ + `, after which the same shortcut will toggle the panel on and off.
By default, the built-in terminal starts up in the workspace root directory. This, along with other things including the shell used, can be configured. ⌃ + ⇧ + ` will start a new terminal. You can shift between the open terminals using the dropdown in the upper-right corner of the panel, or by setting up keyboard shortcuts for this. The terminal can be split as well, so you can have two shells available side-by-side. Finally, you can bind a keyboard shortcut to the command “View: Toggle Maximized Panel”, giving you a quick way to temporarily maximize the panel when doing more involved work.
In some cases, perhaps when you’re working on a shell script or checking build commands in a README, it’s useful to know that there’s a command to “Run Selected Text in Active Terminal”. There’s also a command to “Run Active File in Active Terminal”.
Having one or more terminals a keyboard shortcut away frequently comes in handy. It can be very useful for things like deployment and build commands, package management, running development servers or watchers… although for some of these purposes, the tasks support in VS Code, which we’ll get to next, can be used as well.
Tasks
In many programming projects, there are various tasks to be run. Building the project, deploying it, watching files for changes, running tests and generating documentation are examples of tasks that might play a part in a project. These tasks are often managed by tools like Rake for Ruby or gulp for web projects.
VS Code can detect tasks for a few of these tools, like gulp and npm out of the box. In addition, extensions can add support for autodetecting tasks from other tools. By running the command “Tasks: Configure Default Build Task”, you can choose one of the detected tasks as the default build task, and then run your build task using the keyboard shortcut ⌘ + ⇧ + b. Pressing ⌘ + ⇧ + b or running the command “Tasks: Run Build Task” without having configured a default build task will let you choose among the tasks VS Code is aware of. Similarly, you can configure a default test task. The choice of default task is saved in a file called tasks.json in the .vscode folder in your workspace.
If the task auto-detection doesn’t cut it, you can also configure custom tasks in the tasks.json file, running a custom shell command for example. A custom task can be set as the default build command.
In addition to build and test tasks, the command “Tasks: Run Task” lets you select a task to run. Finally, tasks can be run by pressing ⌘ + p for 'Quick Open', typing “task”, a space, and then the beginning of the name of the task or tool.
Final Words
This has been a quick look at some of the tooling support of VS Code. Generally, there’s a lot of configuration available for each of the systems covered here, and if you need more detail, the VS Code documentation is a good place to start. In addition, there are a lot of systems in VS Code not covered here: version control, debugging, extensions and more. You can find information on these, too, in the official documentation as well as in other places. For our part, we hope you learned something from these articles, and that you got some useful information you can bring into your own workflow.
Cheat Sheet for Visual Studio Code
We've created a handy cheat sheet with keyboard shortcuts and some tips & tricks for VS Code. Download it for free!
-->
You can navigate in Visual Studio more easily by using the shortcuts in this article. These shortcuts include keyboard and mouse shortcuts as well as text you can enter to help accomplish a task more easily.
For a complete list of command shortcuts, see Default keyboard shortcuts.
Note
This topic applies to Visual Studio on Windows. For Visual Studio for Mac, see Common keyboard shortcuts in Visual Studio for Mac.
Window management
| Task | Shortcut |
|---|---|
| Maximize floating window | Double-click on title bar |
| Maximize/minimize windows | Win+Up arrow / Win+Down arrow |
| Redock floating window | Ctrl+double-click on title bar |
| Move/dock floating windows | Win+Left arrow / Win+Right arrow |
| Close active document | Ctrl+F4 |
| Show open file list | Ctrl+Alt+Down arrow |
| Show all floating windows | Ctrl+Shift+M |
| Show jump list | Win+Alt+N |
| Start new instance | Win+Shift+N |
| Switch between windows | Win+N |
Search
| Task | Shortcut |
|---|---|
| Solution Explorer search | Ctrl+; |
| Place focus in search box in any tool window (except editor) | Alt+` when the tool window has focus |
| Search Visual Studio | Ctrl+Q |
| Search box results filter | @opt - Options @cmd - Commands @mru - Most recently used @doc - Open documents |
| Search in Tools Options | Ctrl+E |
Find in the editor
| Task | Shortcut |
|---|---|
| Quick Find | Ctrl+F |
| Quick Find Next Result | Enter |
| Quick Find Previous Result | Shift+Enter |
| Quick Find Expand Drop Down | Alt+Down arrow |
| Dismiss Find | Esc |
| Quick Replace | Ctrl+H |
| Quick Replace - Replace Next | Alt+R |
| Quick Replace - Replace All | Alt+A |
| Find in Files | Ctrl+Shift+F |
| Replace in Files | Ctrl+Shift+H |
Code editor
| Task | Shortcut |
|---|---|
| Go To All | Ctrl+T |
| Go to recent files | Ctrl+T,R |
| Multi-caret multiple insertion points | Ctrl+Alt+click |
| Multi-caret add matching selection | Shift+Alt+Ins |
| Format Document | Ctrl+K,D |
| IntelliSense suggestion mode | Ctrl+Alt+Space (Toggle) |
| Force show IntelliSense | Ctrl+J |
| Quick Actions | Ctrl+. |
| Snippet picker | Ctrl+K,X or ?,Tab (Visual Basic) |
| Surround With | Ctrl+K,S |
| Show Quick Info | Ctrl+K,I |
| Navigate To | Ctrl+, |
| Navigate highlighted references | Ctrl+Shift+Up (Previous) Ctrl+Shift+Down (Next) |
| Editor zoom | Ctrl+Shift+> (In) Ctrl+Shift+< (Out) |
| Block selection | Hold Alt and drag mouse Shift+Alt+Arrow keys |
| Move line up/down | Alt+Up arrow / Alt+Down arrow |
| Duplicate line | Ctrl+E,V |
| Expand selection | Shift+Alt+= |
| Contract selection | Shift+Alt+- |
| Go To Definition | F12 |
| Peek Definition | Alt+F12 |
| Go To Definition stack | Ctrl+Shift+8 (Back) Ctrl+Shift+7 (Forward) |
| Close the Peek Definition window | Esc |
| Promote the Peek Definition window to a regular document tab | Ctrl+Alt+Home |
| Navigate between multiple Peek Definition windows | Ctrl+Alt+- and Ctrl+Alt+= |
| Navigate between multiple Peek results | F8 and Shift+F8 |
| Toggle between the code editor window and the Peek Definition window | Shift+Esc |
| Go to enclosing block | Ctrl+Alt+Up arrow |
| Go to next/previous issue | Alt+PgUp / Alt+PgDn |
| Contextual navigation menu | Alt+` |
Toolbars
| Task | Shortcut |
|---|---|
| Add buttons | Select the toolbar overflow button |
| Find combo in standard toolbar | Ctrl+D |
| Find textbox command mode | Type > |
| Create new alias | Type alias <new alias> <command> in the Command window |
Visual Studio Format Code Shortcut
Debugging
Visual Studio Code Cheat Sheet
| Task | Shortcut |
|---|---|
| Start debugging | F5 |
| Stop debugging | Shift+F5 |
| Restart debugging | Ctrl+Shift+F5 |
| Step over | F10 |
| Step into | F11 |
| Step out | Shift+F11 |
| Run to cursor | Ctrl+F10 |
| Set next statement | Ctrl+Shift+F10 |
| Set and toggle breakpoint | F9 |
| Disable breakpoint | Ctrl+F9 |
| Immediate window | Ctrl+Alt+I |
| Immediate window command mode | Type > |
| Immediate window - clear buffer | Type cls |
| Immediate window - print value | Type ?varname |
See also