| TrayDialog insists on showing Help on tray [message #978100] |
Fri, 09 November 2012 16:07  |
Eclipse User |
|
|
|
I have a Dialog that extends
ElementTreeSelectionDialog -> SelectionStatusDialog -> SelectionDialog -> TrayDialog
I don't want it to show Help, so I set bd.setHelpAvailable(false) at construction (and
also override isHelpAvailable() - it's not very clear which of these is neeeded). This removed the icon with the question mark from the Dialog. Ok.
However, the dialog still reacts to F1, it still displays the Help in the lateral tray. Is this the expected behaviour? If so, is there a way to really tell Eclipse that -really- there is no help available. I tried to override openTray() , but this results in a NPE.
I know the simple answer: "don't extend TrayDialog if you don't want a tray". But that would be annoying for me, because I'm relying on functions provided by the other dialog classes on the hierarchy.
[Updated on: Fri, 09 November 2012 16:07] by Moderator |
|
|
| Re: TrayDialog insists on showing Help on tray [message #989031 is a reply to message #978100] |
Tue, 04 December 2012 06:01  |
| Eclipse User |
|
|
|
On 09.11.2012 22:07, Hernan Gonzalez wrote:
> I have a Dialog that extends ElementTreeSelectionDialog ->
> SelectionStatusDialog -> SelectionDialog -> TrayDialog
>
> I don't want it to show Help, so I set bd.setHelpAvailable(false) at
> construction (and also override isHelpAvailable() - it's not very
> clear which of these is neeeded). This removed the icon with the
> question mark from the Dialog. Ok.
> However, the dialog still reacts to F1, it still displays the Help in
> the lateral tray. Is this the expected behaviour?
Yes, that F1 still works is expected. I guess you have your dialog
embedded somewhere and that helps shows up. You could try to override it
by calling
PlatformUI.getWorkbench().getHelpSystem().setHelp(*).
Dani
> If so, is there a way to really tell Eclipse that -really- there is no
> help available. I tried to override openTray() , but this results in a
> NPE.
>
> I know the simple answer: "don't extend TrayDialog if you don't want a
> tray". But that would be annoying for me, because I'm relying on
> functions provided by the other dialog classes on the hierarchy.
|
|
|
Powered by
FUDForum. Page generated in 0.03353 seconds
Home