Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 575464

Summary: No scrollbars on WizardDialog
Product: [Eclipse Project] Platform Reporter: Andrew Clark <aclark>
Component: UIAssignee: Platform-UI-Inbox <Platform-UI-Inbox>
Status: RESOLVED DUPLICATE QA Contact:
Severity: normal    
Priority: P3 CC: rolf.theunissen
Version: 4.6   
Target Milestone: ---   
Hardware: PC   
OS: Windows 10   
Whiteboard:
Attachments:
Description Flags
Screen shot showing "Edit List" dialog with no scrollbars
none
Screen shot showing scroll bars in Wizard none

Description Andrew Clark CLA 2021-08-17 14:02:41 EDT 
Created attachment 286962 [details]
Screen shot showing "Edit List" dialog with no scrollbars

This is likely identical to Bug 188724 except for the fact that this happens at "somewhat normal" resolutions e.g. 1920x1080 because the dialog is large - the simple question is, why was Bug 188724 closed as "Won't Fix" when it's obviously an issue that several users have reported e.g. Bug 185426, Bug 311586, Bug 313452, Bug 340441, Bug 342649?

The WizardDialog provides the exact capabilities that we need with Next/Previous, even though we understand that Wizards aren't "usually" created this way (with so many entry fields).  We really don't want to split the dialog into multiple displays unless we have to (the fields are inter-related, and changing a value in one part of the dialog often affects the visible/enabled property of another part).

If this is not going to be supported, then we have to change several of our dialogs to be split into multiple parts - this is going to make our customers with high resolution support very unhappy (since this is going to reduce functionality) or we have to write our own Next/Previous support using a standard Dialog to simulate the Wizard functionality.

If this is simply not going to be supported then could someone please explain why, or preferably could we please target this as a fix for a future release, thanks.
Comment 1 Rolf Theunissen CLA 2021-08-17 14:20:32 EDT 
Thanks for your report. Bug 188724 was closed because there was apparently nobody willing to invest time/money to fix the bug. Also, providing this functionality could be tricky, as it could cause regressions in existing products.

When bugs are open for a long time, they are closed because it is very unlikely that they get fixed soon.
Eclipse is an open-source project, that doesn't mean that you get all functionality just for free. Somebody got to donate the features.

If this features is important for your product, consider providing the change yourself (or hire somebody to do so). Feel free to re-open the bug and provide a patch.

Moreover, you are in full control of the wizard page. You could use any other layout, e.g. columns, or even a scrolled composite to provide your desired functionality for your wizard page only.
Comment 2 Andrew Clark CLA 2021-09-02 18:10:52 EDT 

*** This bug has been marked as a duplicate of bug 188724 ***
Comment 3 Andrew Clark CLA 2021-09-02 18:18:33 EDT 
If anyone is interested, you can fix this pretty easily (at least in my case) just by using a ScolledCompostite see http://download.eclipse.org/rt/rap/doc/3.1/guide/reference/api/org/eclipse/swt/custom/ScrolledComposite.html; I had to modify method #1 a little bit to get it to work (adding sc1.setHorizontalExpand(true); just after the ScrolledComposite is created) but otherwise the sample code above worked perfectly (I didn't try method #2).
Comment 4 Andrew Clark CLA 2021-09-02 18:21:26 EDT 
Created attachment 287078 [details]
Screen shot showing scroll bars in Wizard