Community
Participate
Working Groups
I didn't investigate for more dialogs which could profit from maximisation. But I see no reason, to prohibit maximisation, and it is much more easy with a click than with dragging a window-corner.
I can't think of any applications where you can maximize dialogs. Granted, the externalize strings dialog is large, but allowing such behavior would be non-standard. If you want it to take the full screen, perhaps it should be feature request for it to be implemented in some other fashion. -1
If you can't think of any applications where you can maximize dialogs, look at eclipse-3.0.0M8: Window/ Preferences. Non-standard in the most misused argument. Didn't you ever have a File-Open-Dialog where you looked at 4 files where there where 100? It's very annoying. Sometimes you might not even resize per drag! Did you ever see win2k messages-dialog, service-dialogs? Micro-textfields where you have to move wordwise with the cursor to see the whole string... I'm happy that eclipse is mostly generated for usability, not holy-standards. :)
Moving to platform: Question, what are the guidelines here? It looks pretty starnge that the preference dialog is the only maximizable dialog here.
This applies equally to the refactorings compare/preview dialog. It makes sense to be able to scale these windows in two dimensions and thus also to be able to maximize them. Some platforms don't make it clear that these windows can be resized and a maximize button acts as a visual prompt, as well as saving at least two haphazard cross-screen drags.
I can't imagine a better way to maximize than the maximize button. The UI guideline is too allow it where it makes sense to do so (such as dialogs with large text areas). Moving bavk to JDT.
No plans to change this. If you like to have it bigger simply resize it, it will keep the last size.
Dup
*** This bug has been marked as a duplicate of bug 185457 ***
