Eclipse Community Forums: Rich Client Platform (RCP) » TrayDialog insists on showing Help on tray

Help

Home

Home » Eclipse Projects » Rich Client Platform (RCP) » TrayDialog insists on showing Help on tray

Show: Today's Messages :: Show Polls :: Message Navigator

TrayDialog insists on showing Help on tray [message #978100]

Fri, 09 November 2012 21:07

Hernan Gonzalez

Messages: 188
Registered: October 2010
Location: Buenos Aires, Argentina

Senior Member

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 21:07]

Report message to a moderator

Re: TrayDialog insists on showing Help on tray [message #989031 is a reply to message #978100]

Tue, 04 December 2012 11:01

Dani Megert

Messages: 3802
Registered: July 2009

Senior Member

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.

Report message to a moderator

Previous Topic:	e4 communication with a Virgo server
Next Topic:	How to prevent key binding execution repetition

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 26 23:30:36 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter