Community
Participate
Working Groups
RC6 When you add the help tray to many of our wizards the wizard will get so large that it gets cut off. We should think of some sort of alternative that can conserve real estate in this case - perhaps a fast view style tray rather than an expanding dialog. As many products have large wizards I suspect this issue will pop up in many places.
Created attachment 43018 [details] Screenshot of the file system import wizard
UA Team, what is the status/target of this bug?
I'll see if this can be addressed for Eclipse 3.4.
Any progress on this?
I'm still trying to figure out what the best solution is. We can't make the tray bigger because there we don't want to take any space away from the parent dialog and there may not be empty space on the screen to grab. The help system does have a preference which determines whether the context help opens in a tray or in an infopop, so code already exists for a non tray solution although this preference is not something we could expect the average user to discover on their own. One possible approach would be to not create the tray and instead display an infopop if the font size passed a certain threshhold. This would solve the accessibility problem for those who used large fonts without the user having to know that a preference exists and then set that preference. The text on the preference page would need to be reworded slightly so that "open in a help tray" was qualified to indicate that this would be only if there was space.
Created attachment 97237 [details] Patch
Fixed in HEAD