Community
Participate
Working Groups
I20050509-1200, GTK+ 2.6.4, KDE 3.3.2, X.org 6.8.2, Linux 2.6.11 If you open the dynamic help dialog while a wizard is open, you are no longer able to type in the wizard. This happens because the dialog is automatically switched to a modal dialog by the following line in Shell.createHandle: if ((style & SWT.ON_TOP) == 0) modal |= (parent != null && (parent.style & bits) != 0); If this hack in SWT is removed, then you cannot click in the dynamic help dialog. Basically, GTK+ does not appear to support (at very first naive glance) typing anywhere but in the modal dialog, and it cannot handle two modal dialogs.
The 3.0 solution for context help was to overlay the dialog with a yellow infopop shell. The user would need to dismiss it to continue working. The new help pane offers much more information, but it is less obvious to users that they cannot use the dialog while it is open. If we need to ship with the line mentioned above, we should at least do something with the parent dialog to indicate that it will not work until the help window is closed.
*** Bug 94737 has been marked as a duplicate of this bug. ***
can we increase the priority of this, I think it is important for usability of help?
Fixed. Help view will open on top of the GTK dialog and no tracking, flipping etc. will occur.