Visual Studio 2008 toolbars continue to move inexplicably

While I work, at different times, which do not seem terribly random, the windows keep moving! Here is an image of my Visual Studio layout. It is on two screens, therefore, in the solution explorer is the right side of the left screen, and the code window is in full screen mode on the right.

When this happens, the Solution Explorer engine (and all other windows attached to it - Properties and class) move. They change size and location. Their location (up-left corner) moves to any lower-right part of the code window, and they become wide and squat.

There is another place that my windows go at a different time, namely to the left of where they are located at about 30-40 pixels.

I noticed that if I set things up the way I like, then close Visual Studio and then open Visual Stuio, most of the things then I like.

There are, as I said, several ways this works. In particular, sometimes when exceptions are thrown, and the debugger needs to catch them and displays this rather small window with exceptions. I would say about 10 or 20% of the time, but this does not seem completely random. Some exceptions, if I run the program several times, and the exception gets into the IDE, will reliably cause this transition in the toolbars. This exception-based jump is always (as far as I remember) the first jump that I described in the solution explorer is in the lower right corner of the code window.

Also, sometimes when I start Visual Studio, the windows take the second jump that I'm talking about (top left 30 or 40 pixels). It is more reliable. In fact, I am VERY happy if I can run Visual Studio, and the windows where I want them.

Finally, the question . Is there a settings file somewhere that I can at least see where Visual Studio is trying to place toolbars? I noticed that there seem to be separate settings for restoring, maximizing, and full-screen restoring Visual Studio, which it remembers and applies at the appropriate time.

Please help me make my IDE more stable!

+4
source share
3 answers

I think I remember how often this happened to me. As I understand it, this was due to a decrease in the size of the window. It looks like the toolbars have been rebuilt to try to fit into a smaller area. As you discovered, if you just install them as you want and exit, they are still there when you reboot. Is it possible that you are resizing the VS window?

It is also possible that this is due to when you switch to different views. For example, enter debug mode. If there is something about your layout that needs to be configured so that it matches everything for the current mode, perhaps this has changed some of the positions.

I would just add that since I switched to VS2010, I did not see this behavior.

+1
source

You can know about this and have already taken this into account, I can’t say from your question, but for me the toolbar and window layout are different when debugging than when coding. By this, I mean that you can create another layout during debugging and save it to Visual Studio. You note that changes happen with exceptions (although not all the time, so maybe this is wrong, but hey) that would fit your debugging.

You most likely know this, but thought that I mentioned this only in the case.

Alternatively, these links may help.

Reset the Visual Studio settings range, perhaps a fix on this way:

The task of Stackoverflow regarding toolbar settings is to try to export your settings and edit them yourself:

+2
source

You can export certain options, such as a window layout. The export wizard can be found in the menu of additional functions, next to the option menu item (at least in the German version of VS). There you can select the options you want to export and enter a file name. Unfortunately, the entries are serialized for some string.

I use several configuration files for VS so that I can switch between single / multiple screen layouts. Unfortunately, the layout may be damaged (even after reloading the configuration files) when changing the screen resolution. I would suggest tweaking the layout for editing and debugging, and then save it immediately.

0
source

All Articles