Condividi tramite

Debugger Window Menu Items: Where should they be?

  • Articolo

The VS debugger since 7.0 has put most debugger windows on the Debug menu, under the Windows sub-menu. I say 'most' because the Output window lives on the View menu, under Other Windows sub-menu.

Where do you expect debugger windows to be on the menu? (Ignore Output for now, we intend to fix that one independent of this). Your choices are:

  1. Where they have been since 7.0 (ie under Debug/Windows)
  2. Where every other window is (ie under View/Debugger Windows)?

We can't agree, so need the communities feedback.

Comments

  • Anonymous
    June 17, 2004
    My vote would be for option number 2 - Where every other window is.

  • Anonymous
    June 17, 2004
    My vote is for View->Debugger Windows
    That way all views are in one place.
  • Anonymous
    June 17, 2004
    This is one of my pet peeves this sould be and should have always have been View/Debugger Windows. Please put it where it belongs!
  • Anonymous
    June 17, 2004
    Yes, View->Debugger Windows is the place these have to be. Even thought I used to open these windws more than once I always look in View for them first :)
  • Anonymous
    June 17, 2004
    View-->Debugger ... I think it's more clear and natural.
  • Anonymous
    June 17, 2004
    View -> Debugger Windows would seem more consistent.
  • Anonymous
    June 17, 2004
    How about both?
  • Anonymous
    June 17, 2004
    The Powers That Be won't let us put the menus in both locations. We thought that was the ideal solution.

    Please keep the votes coming.
  • Anonymous
    June 17, 2004
    Drop this feature, real programmers use debug.com to debug.
  • Anonymous
    June 17, 2004
    View->Debugger
  • Anonymous
    June 17, 2004
    I gotta vote for option 2. It seems more natural to find all the little tool windows in one menu.
  • Anonymous
    June 17, 2004
    To me, Task List, Immediate, Command Window, Output and BreakPoint all belong together. Anyway, my choice is:

    View -> Debugger Windows

    But don't people realize that they can move these around to suit themselves using Tools > Customize?
  • Anonymous
    June 17, 2004
    Not the question you asked, but here's a wish for Visual Studio which seems to me to be related.

    I often have a solution which contains a server and a client app (usually using remoting). When I want to debug the client app, I want to run the server app (without debugging) then run the client app in the debugger (or vice versa to debug the server app). The only way I've found to do this today is to:
    - Set the Startup project to the server app
    - From the Debug menu choose "Start without debugging"
    - Set the Startup project to the client app
    - From the Debug menu choose "Start without debugging" (or use Debug from the context menu in solution explorer).

    What I'd like to see is an option "Start without debugging" in the context menu for all projects in a solution. So I could do the following:
    - Right click the Server project in Solution explorer and select "Startup without debugging"
    - Right click the Client project in Solution explorer and select "Debug".

  • Anonymous
    June 17, 2004
    Definately option two. The debug menu should be for debug specific tasks, and only that.
  • Anonymous
    June 17, 2004
    Joe: You can have multiple startup projects (set this in Solution Properties). That would probably solve your problem.
  • Anonymous
    June 17, 2004
    View->Debugger
  • Anonymous
    June 17, 2004
    View -> Debugger Windows and right click menu during run-time
  • Anonymous
    June 17, 2004
    I don't care, as long as they are all in one place.
  • Anonymous
    June 17, 2004
    Put them somewhere NOW and ship two weeks earlier would be my choice :-)
  • Anonymous
    June 17, 2004
    I tend to agree with the second choice ! If it's something that you can view, sounds logical to look for it in the "View" menu :)
  • Anonymous
    June 17, 2004
    If the debug windows were duplicated, one submenu under Views->Debug and one under Debug->Windows, would you be confused?

    The "Powers That Be" claim this is the reason for no duplication.


  • Anonymous
    June 17, 2004
    I don't care, I use keyboard shortcuts. Please, don't change default shortcuts a lot...
  • Anonymous
    June 17, 2004
    Option #2 seems to make the most sense.
  • Anonymous
    June 17, 2004
    It would not be confusing to have some windows in two places. The current situation is (where the heck was that specific window again...?). Please put all windows in the same place, in the right place. So great question. I think I would prefer to have all windows in one place, so that would be option 2.
  • Anonymous
    June 17, 2004
    View/Debugger menu is my choice.

    I have two wishes also for VS

    1) Lock (Toolbars, docked Windows)
    2) Property named "Default NameSpace" in Project's Folders that if its specified overrides the Project's "Default NameSpace"
  • Anonymous
    June 17, 2004
    I think the it should be number 2....

    :-)
  • Anonymous
    June 17, 2004
    Number 2..
  • Anonymous
    June 17, 2004
    #2
  • Anonymous
    June 17, 2004
    The PTB are confused.
    The View menu is a general menu, if people have a hard time finding the menu item to view somthing, then it should be added to this menu.

    All groups of windows such as Debug Windows should be available from View.

    The Debug menu is a specialized menu, all the common menu items for debugging should be available from this menu (such a view call stack).

  • Anonymous
    June 17, 2004
    Option #2.
  • Anonymous
    June 17, 2004
    The comment has been removed
  • Anonymous
    June 18, 2004
    I think you are actually asking the wrong question.
  • Anonymous
    June 18, 2004
    Another vote for View->Debugger Windows here. Even though those windows have been on the debug menu for ages, I always look for them in the wrong place first, because learning 'view' for windows is somehow more primitive than 'debug'.

    In fact, I find the debug menu as a whole difficult and time consuming to use. The fact that there are things to do with running the app with and without the debugger, the fact that it is almost always easier to use the Tools...Attach to process to attach to remote processes, because it is nearer the top of the menu, than it is to find it buried in the debug menu...
  • Anonymous
    June 18, 2004
    +1 for 2)
  • Anonymous
    June 18, 2004
    I have to agree with Matthew. I am a Debugger UI dev, and I always use Tools.Attach To Process for the same reasons he mentions.


    I even accidentally looked for the debug windows under the View menu myself one night when I was working really late and I was really tired.

    So I'm all for making a change. The more responses we get in support of a change, the better.
  • Anonymous
    June 18, 2004
    Clearly option #2 Seems logical....
  • Anonymous
    June 18, 2004
    Leave is Debug menu! PLEEEEEEEEEAAAASE!
  • Anonymous
    June 19, 2004
    Please don't move them again! I still hesitate where to look for a debugger window first. (The worst part is occasionally I need to go back to VC 6.) And please assign simple, logical default keyboard shortcuts to the most useful windows. Browsing menus is wasting time.
  • Anonymous
    June 20, 2004
    Number 2 of course.
  • Anonymous
    June 20, 2004
    View --> Debuggers, But I think I'm biased on this ;-).
  • Anonymous
    June 20, 2004
    The comment has been removed
  • Anonymous
    June 21, 2004
    I hate it when things move around for apparently no good reason... That said, I'd vote for moving them to View|Debug - that's where I always look for them before remembering that they're under Debug|Windows.
  • Anonymous
    June 21, 2004
    There really shouldn't be any discussion. They're windows, made for viewing, option 2 is the only answer. The only argument you could make for option 1 is that it's already under the debug window, so you've got to live with a mistake, but that's not much of an argument.

    While it's true that they display information related to debugging, they don't actually perform debugging functions. I expect to find debugging functions under the debug menu.

    Also consider that the other window options are consolidated under view, so why should these deserve special treatment?

    Grab the rip cord, take the leap, do it right.
  • Anonymous
    June 22, 2004
    Number 2, but add a configuration option or registry key that allows you to revert back to number 1 for those who are already used to the old way. Giving users the ability to customize their dev environment is a very, very, very good thing.
  • Anonymous
    June 22, 2004
    The comment has been removed
  • Anonymous
    June 22, 2004
    I'd vote for #2 also since it is consistent with the other tool windows. Just make sure you leave the "Windows" dropdown button on the Debug toolbar.
  • Anonymous
    June 23, 2004

    I would also vote for #2. Despite knowing they have moved, I continue to auto-pilot to View then to Debug to find the Windows (like Memory).
  • Anonymous
    June 24, 2004
    No2 is the ultimate.
  • Anonymous
    June 24, 2004
    Definitely #2 - at least that's where I look for it every now and then, only to remember it's not there ;)
  • Anonymous
    June 30, 2004
    I'll go with #2.

    Additional debugging requests:
    1) A mode to automatically step through code at a settable speed, so you don't have to keep pressing the step key (with a pause button).
    2) An assignments window with 2 columns that each time the code does an assignment, puts the code executed in the left column, and the value assigned in the right column. When debugging, you could set a breakpoint at the place you know an error has occurred, then using the assignments window, work backward to determine where things went wrong.
  • Anonymous
    June 30, 2004
    The comment has been removed
  • Anonymous
    July 15, 2004
    Under "View", with the rest of them.
  • Anonymous
    March 05, 2008
    Seems unanimous to move them under the View menu (and I agree), yet in 2008 they remain under the Debugger menu. Whatever happened?