Community
Participate
Working Groups
The "hide toolbar" button can be tricked to change toolbar visibility in a wrong window: - Window -> new Window - switch to the 1st window by clicking on the pill itself, click again on the pill to hide toolbar
Happens in 3.6, too.
This happens because the code uses the MApplication's selectedElement, which is the window with focus. This doesn't work if you select the pill on a window without focus.
Oops, too quick on the draw. We do find the corresponding window, but we just invoke the org.eclipse.ui.ToggleCoolbarAction command and don't pass the window as a parameter. I'm guessing the command is serviced by an E3.x handler.
Created attachment 178546 [details] Patch to enable toggle-toolbar for non-focussed windows for E3.x I have a fix for the E3.x case. Unfortunately I have no idea how to fix this for e4.x. The handler for org.eclipse.ui.ToggleCoolbarAction is org.eclipse.ui.internal.handlers.ToggleCoolbarHandler, which uses HandlerUtil.getActiveWorkbenchWindowChecked() to determine the window to toggle. This method pulls the active window from the command's evaluation context. I've patched E3.x's CocoaUIEnhancer to provide a suitably-configured evaluation context, and I can now toggle the toolbar for non-focussed windows. Unfortunately I have no idea how to do this for e4.x as there doesn't seem to be an equivalent to evaluation contexts. If the command took the window as a parameter...
*** Bug 346318 has been marked as a duplicate of this bug. ***
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.