According to this post https://meta.stackexchange.com/questions/74157/where-do-i-ask-questions-about-visual-studio I decided to post my question here.
In Visual Studio Code at the right side there is long area with minimized code view with brighter place whereby can I shift code from top to bottom. Is there a way to enable this feature in normal Visual Studio 2019?
You can enable the Map mode in Scroll Bars options:
Related
I recently up dated my Visual Studio 2019 to version 16.11.18 and now when I compare files (git Compare with unmodified... or Tools.DiffFiles) it shows the differences in one window instead of the side-by-side view I used before.
How do I change it back so one version is on the left and the other on the right?
I tried googling but could not find anything.
The button to change this might be hidden out of view in the toolbar. Click the arrow for the "Compare Files Toolbar options" and then add or remove buttons. Toggle the Compare View mode option:
This should add this icon to the toolbar, and then from there you can switch modes:
Alternatively, you can use the keyboard shortcut Ctrl + \, Ctrl + 2 to change back to side by side mode.
I wish to get an overview of my code next to the scroll bar in Visual Studio 2019, something similar to the VS Code's Minimap.
How can I turn it on?
Open scroll bar options under Tools > Options > Text Editor > All Languages > Scroll Bars
and enable "Use map mode for vertical scroll bar"
I know there is a way to have Visual Studio in full screen : CtrlAlt + Enter.
But in this configuration, you cannot set the editor as a normal window, to move it for an example and to use other applications in the same time.
Is there another way to have the window in configuration that i want ?
Drag the document window out of the IDE window and it becomes a standalone window.
The main window can then be minimised.
You can even drag multiple documents into the new window and still use all the tab layout options are available in such secondary windows (including tool window docking, eg. a second solution explorer window)..
When I type a method for which the namespace has not been imported, I get a red wavy underline (aka squiggly red line) that indicates there is an error. Using Visual Studio 2012, I can right click this red line and quickly select the desired namespace using Resolve > using System.Text.RegularExpressions from the right-click context menu. I also have the option to fully qualify my method with the complete namespace.
Using Visual Studio 2012:
In Visual Studio 2015 preview, this option is missing from my right-click context menu. Does anyone know how to enable this -or- quickly choose the namespace I want?
This menu has been changed and a new feature was added. The original menu item has been replaced by "Quick Actions...", which brings up its own sub-menu where I can find the things I'm looking for such as importing namespaces and refactoring options:
#dotnetstep is absolutely correct.
For an even faster resolution process:
Place the text cursor on the word that is squiggled in red.
Press Ctrl + . (period).
Hit enter.
Enjoy quick namespace resolution :)
This option very much present over there but it change little bit. You have to do following thing.
You can see yellow bulb and arrow. Just click on that arrow and you see the option or double click on Regex it will popup yellow bulb on left side of that line. Move cursor on that bulb icon and you see option.
We use TFS 2010 with developers having both VS 2010 and VS 2012. We had created a custom control (both TFS Explorer and Web Access). Since several developers are moving up to using VS 2012 I was updating the TFS Explorer custom control to 2012 as well, but have run into an odd issue dealing with how the two Team Explorers rendering the control.
The control is a windows form control which contains a dropdown list and a button (it does not extend the TFS specific dropdown). There is also a label that appears in some cases, but for the most part when it renders in VS 2010 it looks like this:
See images at: http://social.msdn.microsoft.com/Forums/en-SG/tfsworkitemtracking/thread/e3e254e1-7f56-495c-a3c1-e92bfe030102
The missing white boxes are alterations to the image to redact internal information only.
Note that you can see the full dropdown and the refresh button. This control is compiled with autosize (grow and shrink) with the dropdown and refresh button docked so that when you resize the form it correctly resizes just fine.
For the migration to 2012 I created a new project, moved the control over and updated the references for the Work Item control and Work Item client to the 2012 counterparts. Everything compiled correctly, and the controls work as expected; however, they render poorly.
See images at: http://social.msdn.microsoft.com/Forums/en-SG/tfsworkitemtracking/thread/e3e254e1-7f56-495c-a3c1-e92bfe030102
Note that the control is simply too wide. It cuts off the refresh button completely and a bit of the dropdown is also cut off.
When I resize the window in VS 2012 it also scales "correctly" but it is cut off always in the same place.
The control itself is set up the same way between the two versions, literally all I did was reference the newer TFS related assemblies and recompiled, then deployed to my local 2012 folder to get it to pick it up. Both 2012 and 2010 are pointed to the same TFS 2010 process template. It just appears that the two render the controls different, or are basing the autosize on different values. Is this a bug or some setting I'm not dealing with?
One option for me is to just set the control to a specific size, but I'd rather not do that. Can someone give me a hint as to why these are rendering differently?
UPDATE: In playing around with this is appears that the control is simply sized too large. In VS 2012 it has about 20-30 pixels more space given to it than it does in VS 2010, so when it autosizes it is too big, but then something in the rendering is cutting it off. When I moved the inner controls to provide an empty space on the right of my control then they come into view; however, I've also noticed that as I enlarge the window and then attempt to shrink it back down the control simply doesn't get smaller anymore even though the autosize is set to shrink and grow.
UPDATE: I've posted this to the Connect site since it might be a bug in Studio. http://connect.microsoft.com/VisualStudio/feedback/details/781607/updgrading-tfs-explorer-custom-control-from-2010-to-2012-rendering-differences