Community
Participate
Working Groups
I don't know how many years I've used GUIs and to this day this one usability feature has yet to make it into a single product pervasively :( I find my self wishing way too often that I could resize various eclipse dialogs because of the space crunch, not enough room, propery name too long, the list goes on. Take the Launch Configuration dialog in M5 as an example. There is so much stuffed on the right had pane it is begging for a few more inches to the right. I know you guys can do it, I have faith in you *chuckle* :) Give the thousands and thousands of eclipse users a reason to renew their confidence in modern UI design! *hehe* Ok..on a serious note, if it bugs me out than you can bet it bugs alot of other people out (they're just too lazy to file a RFE). Happy coding & keep up the good work, sp
Moving to platform UI for comment since if it is done it has to be done consistently and there should be dialog framework support to make this happen. There is some inconsistency: - Find/Change dialog remembers its position. - The Compare dialog is resizable
We tried making all dialogs dynamically resizable, however we backed out of this since several dialogs did not handle relayout appropriately. It is too late to change this for v2. However, I agree it would be good to have everywhere, and the mechanism for allowing resizing and remembering the size (and position) should be in Platform UI. Marking for consideration in v3.
Reopen to investigate
For consideration in 3.0. To do this properly we would need to: - get agreement across components that we're going to make this change - make the change to allow dialogs (including wizards) to be resizable - ensure all dialogs in the Eclipse SDK properly handle resizing (filing bugs against other components as necessary) - add a hidden preference setting to allow dialog resizing to be turned off, in case some downstream products (i.e. WS*.*) aren't able to step up to this change - add support for remembering the last size (and position?) of the dialog (ideally this would be done by the framework, but if this is not possible, at least provide API to make it easy for concrete dialog classes to save/restore their dimensions)
Some thoughts: - The ability to resize is still useful without the ability to remember size. - Error dialogs don't need to resize. The same is true of other dialogs that don't take any input or display dynamic content. - Wizard dialogs don't need to remember their size, since their contents might be different each time they are used. Resizing is still important. - The properties, preferences, and launch config dialogs should remember their sizes.
Some use cases where resizing is useful: - Entering a long text string in any dialog containing a Text control. - Manipulating a Tree or List control, or any other scrollable control containing dynamic contents (ie: the import/export wizard). - Moving a dialog between two monitors with different resolutions.
Just a point, the Launch Configuration dialog is resizable. I just tried this in M8, I don't remember when this was changed.
As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you.
I think most dialogs are resizable these days, if a certain dialog is not, please open a specific bug for it.
