Community
Participate
Working Groups
In 3.3 we added support for scrollbars in the preference dialog for low resolutions. I think we should consider the same support for wizards as it is getting very difficult for some wizards to fit in a low resolution.
*** Bug 185426 has been marked as a duplicate of this bug. ***
Can we increase the severity here? Especially on Linux with bigger fonts I often see cut off wizards.
Yes we can, but I don't see who would have time to work on this.
Any plans for getting this in 3.5? :)
With a patch I don't see why not.
Wizards currently don't have an owner. I would like to see this happen, but agree that it's helpwanted.
Needs to be triaged again...
Created attachment 134179 [details] A copy of WizardDialog that does this When I get some time, I will put this into WizardDialog for 3.6. In the mean time, here is a new class, ScrollingWizardDialog that scrolls vertically only (I'm not sure why it does not scroll horizontally, and I don't have the time to work that out). This is essentially a copy of the 3.4.2 WizardDialog class with the createPageContainer() method copied from Kim's work in PreferenceDialog. And then to hook it up, I added a call to set the min size on the composite to the computeSize() method in the PageContainerFilledLayout inner class. I think the right way to deal with this might be to create yet another class in the Dialog hierarchy that provides this function that way both preference and wizard dialogs can share the same implementation and others can use it as well.
deep hierarchies ftw! :-) Just to cross-reference related bugs, see bug 245366 - once the dialog is scrollable, we need a keyboard-accessible way to get to its contents. ;-) (In reply to comment #8) > When I get some time, I will put this into WizardDialog for 3.6. Assigning to Francis. Feel free to involve others when you get closer to putting this in.
Can't this really be an update to 3.5? I just started using eclipse and (after a while of just being stunned) I thought "wow, someone must've used the wrong window widget". That's how the "new project" dialog looks on my screen (ignore the second monitor on the right - that's just at home): http://omploader.org/vMXkxeQ
Prakash is now responsible for watching bugs in the [Wizards] component area.
*** Bug 311586 has been marked as a duplicate of this bug. ***
*** Bug 313452 has been marked as a duplicate of this bug. ***
This one is not for 3.6. Moving to 3.7
Adding dependency on bug 245366 - without keyboard/mouse wheel way to scroll we'll be just trading one issue for another.
*** Bug 342649 has been marked as a duplicate of this bug. ***
*** Bug 340441 has been marked as a duplicate of this bug. ***
Is this really depending on bug 245366? I wonder what is worse, not being able to scroll using the keyboard, or not being able to see the contents of the cut off wizards at all (making the wizard unusable)?
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. If the bug is still relevant, please remove the "stalebug" whiteboard tag.
*** Bug 575464 has been marked as a duplicate of this bug. ***
