Community
Participate
Working Groups
Build F3 It is currently not possible to define F1 help on a toolbar item. This means that F1 help is not available for the coolbar buttons, perspectives and fast views on the shortcut bar, and the view toolbars. Now, when the user has keyboard focus on a toolbar item and presses F1, the infopop for the Workbench Window will be displayed.
Investigate.
ActionContributionItem.fill(ToolBar, int) does not hook a help listener on the ToolItem.
Currently addHelpListener is not API for ToolItem. Not sure why - asked SN and VI about it.
Opened SWT bug report for ToolItem.
Lowering priority. Waiting on SWT support for this, but the SWT priority is low at this point.
Defer.
There are currently no plans to work on this feature
the bug mentioned in comment 4 would be Bug 25750
So is there a workaround for this problem? The extension point has a helpContextId defined. If this is never going to work, shouldn't this be removed from the extension point?
*** Bug 152330 has been marked as a duplicate of this bug. ***
We should support this since we also allow help on (context) menu items.
(In reply to comment #11) > We should support this since we also allow help on (context) menu items. Action-based context menus can specify context help either programmatically: IWorkbenchHelpSystem#setHelp(IAction action, String contextId), or in plugin.xml using "helpContextId" attribute. For the toolbars, the SWT event we are getting has "Shell" as a event source rather then the active toolbar element. The required underlying SWT enhancement request ( bug 25750 ) is marked as "won't fix" so not much can be done in the Platform/UI space.