Every time I start debugging in VS2013, the intellitrace window hides the solution explorer window. I click back on the solution explorer tab and end debugging. Then, when I start debugging again, the intellitrace window again hides the solution explorer and I have to click on the solution explorer tab again to bring it up. How do I stop this behavior and set it so that the solution explorer always is the active tab when I start debugging? Thanks before hand.
Try grabbing the solution explorer window and sticking it to one of the side panels. This way, you can view both the debug window and the solution explorer at the same time.
I would say this is a more useful view anyway, otherwise I'd be endlessly tabbing between the two throughout the day
Related
this has been bugging me for quite a while now.
I'm using two monitors and usually have the main window of Visual Studio open on the primary monitor and things like the solution explorer, call stack, error list, output etc. on the second monitor in two separate windows which I split vertically by using the [Win] + [Left | Right] shortcut.
In another environment, this works fine (VS 2013, different machine). Of course, the window positions etc. are different between debug and regular view, but that's not really an issue.
Whenever I start debugging, the solution explorer window moves towards the right on the second monitor. This might even affect the other window (which contains the Call Stack, Output etc.).
After a few debug sessions, the window will be barely visible any more because it has moved so far towards the right...
This is even worse when I have multiple solutions open because then the solution explorer window that I see is actually the one from the instance in the background...
Has anyone else experienced this? Any ideas how to fix this?
P.S.: I'm working on a windows server via a RDP session, maybe that contributes to the problem.
The following worked for me.
Under the Windows menu, save the desired layout with "Save Window Layout". I named mine "Debug". This might have something to do with the old layout names.
Stop debug mode if your in it, and apply that layout with "Apply Window Layout".
Start debug mode.
My un-docked windows flash as if they are resizing, yet stay where I had them in the saved layout.
While debugging, for time to time, i use the F12 button to view function's definition / declaration. Usually, VS opens the needed file as a secondary tab in the main menu. Recently, not sure what i've done, it started opening the code in the lower menu, making the debugging process difficult to perform.
I think you've previously docked one or other window in an unintended position on screen. The visual up/down/left/right indicators shown when docking windows have different options for the down position and I suspect leads to this behaviour. Play around with the docking, or try the Reset Window Layout menu item under the Windows menu.
Intellij is driving me crazy... is there any way I can open the debugs-view (so I can see a list of breakpoints, and edit them) without actually having to launch a program in debug-mode?
If there is a way or button or short-cut, I have failed to see it till now.
After finding my breakpoints thanks to Bohuslav Burghardt, is there a way to mute them all without the debug-pane being visible?
Enable the Favorites tool Window
View -> Tool Windows -> Favorites
Or using keyboard shortcut (Alt + 2)
This will show you the Favorites tool window, which contains your bookmarks and breakpoints.
You can edit breakpoint by right clicking on it and choosing Edit breakpoint.
Update
As for muting all the breakpoints without the debug panel being visible. You have two choices:
Hit CTRL+SHIFT+A and search for Mute breakpoints (invoke this action again to unmute the breakpoints)
Go to Settings/Keymap and bind a keyboard shortcut to the Mute Breakpoints action
In a custom toolset I have installed for Visual Studio, there is a popup window that should appear to me so that I can manipulate one of the lists (an in-built editor). The component is Telerik, but I don't think that has anything to do with it (maybe).
The popup window is no longer popping up to me. I wonder if it got minimized or it's a z-index thing, where the window is behind VS? But this locks up VS, and I can't do anything within it until I cancel the window. But I can't cancel the window because I can't see it... and so that is really slowing me down and is really frustrating.
Is there a way to get around this? A key press to bring this to the front or give it the focus?
Thanks.
You should be able to cancel it with ESC. You can also test if you can find the window with CTRL-TAB. If this not help then an uninstall, boot and reinstall seems the only possible solution.
This might be a z-index issue indeed. Try using FireBug or IE dev toolbar to get a hold on the popup and its container and check their styles and z-indices.
Dick
When developing on a system with dual monitors, I like to make the most of the extra space by stretching Visual Studio across both. It is fantastic to be able to see the Output, Breakpoints, Error List, Object Browser, and ReSharper windows at the same time without having to make them tiny and dock them in the main window, which leaves less space for code.
I place the main VS window on one monitor with the tabbed document and Solution Explorer windows. Any other windows I want to display are placed on the second monitor and docked together. The only problem I encounter with this method is that the main tabbed document window with the VS menu bar is the only window that can be maximized. The additional windows such as Solution Explorer, Breakpoints and Error List can only be stretched, docked or closed. I often go through the tedious work of selecting and laying out secondary windows only to have that layout be erased when I close VS.
Does anyone know of a VS add-in that gives you a window that (1) is maximizable, and (2) other windows can be docked in (ReSharper only does 2) ? Barring that, does anyone know of a good resource to learn how to develop VS add-ins? I am keen to do so myself if necessary.
I don't know of either of your suggestions, although I would also love to see better multiple-monitor support in VS. What I have done, though, is saved various window layouts (Tools > Import and Export Settings, and check only Window Layout) so that I can switch easily when I feel like it.