Community
Participate
Working Groups
Build 200211191210 Linux-GTK Select two files in the Navigator view, right click>compare with>each other. The mouse wheel doesn't work on the created editor. Works on win32
Chrix to investigate and advise Internal comment. Check wich events the StyledText/Composite get when the mouse wheel is moved - find why it is not propagated to the scrollbar driving the compare view.
Version: 2.1 Build id: 200212181304 WinXp, JDK 1.4.0_02 In the compare editors, the mouse wheel scrolls the windows left and right rather than up and down. It works correctly in the editors
On Windows: If the mouse driver does not handle the mousewheel, the SWT code looks for a vertical scrollbar and if none exists, it looks for a horizontal scrollbar and scrolls it instead. This is the same thing most mouse drivers that are aware of the mousewheel do. On GTK: GTK sends the events. There is no code in SWT managing this. In all likelihood, most drivers behave as the windows drivers.
I think this bug is out of date, works fine for me.
Sorry, it is broken for me. It's not broken in I200409211200 which had a busted compare editor. :)
*** Bug 66964 has been marked as a duplicate of this bug. ***
Fixed > 20050519 The problem was that GtkScrolledWindow will not send scroll events if the scrollbars are hidden.
It's still the same in Eclipse 4.5.1. I'm on 64bit Ubuntu 15.10 beta with Unity. Compare with bug #473851.