Community
Participate
Working Groups
Back and Forward keys on MS Internet keyboard don't trigger Backward History and Forward History commands even though Alt-Left and Alt-Right key sequences do trigger them. There is no way to map a command to Back or Forward keyboard keys or to extra buttons of a 5-button mouse.
For the mouse problem, please see Bug 47099. Could you turn on a some key debugging options and run Eclipse? I don't have a Microsoft Keyboard, so I don't know what key codes are generated when they are pressed. You will need to create a file some on disk called "options". In it put the following 4 lines: org.eclipse.ui/debug=true org.eclipse.ui/trace/keyBindings=true org.eclipse.ui/trace/keyBindings.verbose=true Then, open a command prompt and run Eclipse. Start Eclipse with the following additional parameter: -debug C:\path\to\options Then simply press the forward and back keys. Include the output from the command prompt.
Back, Forward and other internet/multimedia keys don't generate any output in the console window. The rest of the keyboard keys do produce quite a bit of console output. I tested with both 3.1 M5a and 3.0.2.
Here are two links that contain info on Back/Forward keys: http://www.chipx86.com/linuxstuff/officekb/keycodes.php http://msdn.microsoft.com/library/default.asp?url=/library/en- us/winui/winui/WindowsUserInterface/UserInput/VirtualKeyCodes.asp
*** Bug 113153 has been marked as a duplicate of this bug. ***
Moving Dougs bugs
There are currently no plans to work on this feature. PW
Changes requested on bug 193523
With Milestone 6, alt-left + alt-right do not work for me (Java perspective, Java editor). Should I open an extra bug for that?
I just noticed that alt+ctrl generally did not work (until I restarted Eclipse), so it's not related to this bug in any way. Sorry.
Until bug 47099 is fixed, I think we should just hardcode mouse buttons 4 and 5 to the org.eclipse.ui.navigate.backwardHistory and *.forwardHistory commands.
Created attachment 192305 [details] Fix
Released. Thanx Markus! PW
I've confirmed the code is there in I20110425-1800, but I have a 3 button mouse. I'd appreciate it if someone could confirm it's working as expected for them that would be great. PW
Back mouse button still doesn't work for me on Linux Ubuntu Lucid Lynx.
(In reply to comment #13) Paul, please give me your postal address so I could send you a 5-button mouse.
Sergey, that sounds like your mouse driver doesn't send button 4 and 5 events when you click those buttons. It works fine on Windows and Mac OS X. Can you please verify that you get the right events in the ControlExample? Check out org.eclipse.swt.examples from :pserver:anonymous@dev.eclipse.org:/cvsroot/eclipse , run ControlExample, go to the Canvas tab, click Select Listeners, select only MouseDown, check the 'Listen' checkbox, and then press the mouse buttons while the mouse is on the canvas. If you don't get button=4/5 for the back/forward buttons, then you need to fix the mouse settings in the OS.
(In reply to comment #16) > Sergey, that sounds like your mouse driver doesn't send button 4 and 5 events > when you click those buttons. It works fine on Windows and Mac OS X. > > Can you please verify that you get the right events in the ControlExample? > Check out org.eclipse.swt.examples from > :pserver:anonymous@dev.eclipse.org:/cvsroot/eclipse , run ControlExample, go to > the Canvas tab, click Select Listeners, select only MouseDown, check the > 'Listen' checkbox, and then press the mouse buttons while the mouse is on the > canvas. > > If you don't get button=4/5 for the back/forward buttons, then you need to fix > the mouse settings in the OS. I'm having trouble with the control example in 3.7. The SWT Examples view does not appear in the Show View dialog in spite of the fact that org.eclipse.swt.examples plugin was activated. Buttons 4 and 5 work fine on my Linux system in all web browsers, but don't work in Eclipse. If somebody of Platform UI committers needs a 5-button mouse for testing, I'm willing to donate it for the cause.
Created attachment 194784 [details] Fix for Linux > I'm having trouble with the control example in 3.7. You can just run the ControlExample class as a Java Application. I took a look with Ubuntu 10.04 and found that they don't call the mouse buttons 4 and 5 like others, but they use button numbers 8/9 for the fourth and fifth button (back/forward). The patch adds support for this (but still keeps 4 and 5 working in case other distros use them).
(In reply to comment #18) > Created attachment 194784 [details] > Fix for Linux +1 PW
Released Fix for Linux to HEAD.
> +1 > PW Paul, can you set the review+ flag so that this bug no longer appears in the query with offending bugs? Thanks.
Done. PW
Sergey, could you please verify the GTK fix on a recent build (e.g. 3.7RC1)?
(In reply to comment #23) > Sergey, could you please verify the GTK fix on a recent build (e.g. 3.7RC1)? Works like charm. Thanks a lot!
Looks like this did not make it into 4.x. Please close if I'm wrong.
Aggregate move to M5. Retarget to a different milestone if you wish...
The current implementation of KeybindingService seems to be missing both the old KeyDown, Traverse and MouseDown listeners so this is not just a matter of a missed patch; we have to figure out whether this code still makes sense and where we should install these filters if we want to re-enable this behavior. NOTE: If we decide to add these we should use the code (essentially) from the R3_development repo as it contains the fixes for this defect as well.
A quick check shows that the 4.2 KB service is only instantiated once per session so we should be able to simply add this code into an @PostConstruct method... Paul, did the old 'listener' and 'backForwardListener' provide handling that we want to move forward (I'm interested in what the 'Traverse' handling was since that's generally associated with accessibility support...).
(In reply to comment #28) > > Paul, did the old 'listener' and 'backForwardListener' provide handling that we > want to move forward (I'm interested in what the 'Traverse' handling was since > that's generally associated with accessibility support...). In 3.x the BindingService adds all of the filters. In 4.x the equivalent functionality needs to be added in org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(MApplicationElement, IEclipseContext) and implemented somewhere in org.eclipse.e4.ui.bindings.keys, like KeyBindingDispatcher. PW
This is a regression, not an enhancement.
*** Bug 384092 has been marked as a duplicate of this bug. ***
Created attachment 218515 [details] Fix for 4.2.1 (In reply to comment #29) I tried to implement this, but I failed since IWorkbenchCommandConstants is not accessible from the org.eclipse.e4.ui.workbench.swt bundle. As a first step, we should just fix the regression for Eclipse users and hardcode the Back/Forward support in the org.eclipse.ui.workbench bundle again. Bug 47099 is for a more general mouse button handling service.
Released the fix for 4.2.1 to master: http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=791e8d9d37c0b5c3d2a256f97b57647eae794ab3
.
Verified in M20120822-1200.