Make the Options dialog resizable
The current option dialog in not resizeable which makes it very hard to configure e.g. the keyboard view (only 4 lines of commands visible). Please make it resizeable!
Marco Buri commented
Assigning Keyboard shortcuts would be so easier with a resizable window
With the newly ****** up colour schemes in VS2012 this requirement is now more important than ever.
With every release of VS I shake my head in disbelief that they _still_ haven't fixed this issue.
Josh Stevens: " It really does need to support resizing to conform to modern UI standards."
No Josh/Microsoft, it needs to support resizing to *keep your customers happy* or at least allow them to perform what should be a simple task without being driven to distraction.
Most of you guys at Microsoft really don't have a clue, do you?
Josh Stevens again: "Spec’ing the proper resize behavior, writing the resize code, and testing it is where the real cost of this work lies – not to mention the coordination of work between the many separate teams that contribute Options pages."
Hmmm, in 2012 writing code to resize the contents of a window is now costly and difficult to coordinate at Microsoft. Why don't you get your head out of your arses and at least try giving the appearance of caring about your customers for once?
Huseyin Yilmaz commented
At least make the default fixed size bigger. No self respecting developer uses a resolution below 1920x1080 novadays...
Michael Csikos commented
I can understand the Environment Variable editor not being allocated any time or money to fix, because, "Hey, who uses this stuff anymore?" But, the Visual Studio Options dialog is used by everyone at some point, and usually within the first ten seconds of a new install. If first impressions count — and they do — this dialog makes a terrible first impression. We have multiple megapixel+ monitors and this dialog makes me want to kill myself.
Not every page needs updating, but there are a few which would really benefit from being resizable. Surely, a couple of junior programmers could have this done in a matter of weeks. Chump change.
Terrible habit of Microsoft. The worst case is the Environment variables. The have a tiny textbox to fit something like the Path Environment Variable in.
By default, all dialogs should be resizable and be able to be maximised. Preferably the size should be remembered.
It's an old Microsoft's bad habit: most of dialogs in their product are not resizable. It's really very silly.
It's the sign Micorosoft Engineers write programs and never use them.
Александр Sonicflare commented
>>Having said that, we recognize that the lack of resizability is frustrating and makes the dialog less usable. It really does need to support resizing to conform to modern UI standards. Unfortunately, due to schedule constraints, this didn’t quite make the cut for the latest version. It’s still on our “to do” list for the future.
good point. How about implement the auto-reflow of controls (like Winforms, or Qt), then recompile and see how buttons fly all over the screen :D
Александр Sonicflare commented
>I'd say make all dialogs resizeable once for all. It is 2011, not 1990.
Unless VC++ will support the control reflow, not going to happen :)
Jack, France commented
@Josh : You're right : It's a hard work. But don't you think that buying a Ferrari with Beetle wheels is a little bit disappointing ?
The time MS don't spend by developping this 'gadget' is spent 1000 times by users who waste time by cliking on moving slidebars all the day long.
If you have access to (*), read this : https://connect.microsoft.com/VisualStudio/feedback/details/675746/option-windows-are-too-small-and-not-resizable
(*) Not sure you can access this page without sign-in.
@Josh: I just realized that this suggestion talks about the IDE's option dialog, while I was talking about the C++ project properties dialog. Mea Culpa.
Josh Stevens - MSFT commented
It’s true that the dialog frame could be made resizable simply by setting the appropriate window style. However, most of the pages within the dialog don’t support resizing, as they are native win32 dialogs and would require hand-written code to rearrange their contents on resize (as opposed to Winforms or WPF dialogs, which can use “built in” resizing logic). Spec’ing the proper resize behavior, writing the resize code, and testing it is where the real cost of this work lies – not to mention the coordination of work between the many separate teams that contribute Options pages.
Having said that, we recognize that the lack of resizability is frustrating and makes the dialog less usable. It really does need to support resizing to conform to modern UI standards. Unfortunately, due to schedule constraints, this didn’t quite make the cut for the latest version. It’s still on our “to do” list for the future.
Daniel Sundberg commented
This is the single most annoying UI issue in VS!
Miha Markic commented
I'd say make all dialogs resizeable once for all. It is 2011, not 1990.