Community
Participate
Working Groups
Build Identifier: 20100917-0705 A regression in the editor (compared to previous major release). Take any C/C++ file, for example: void foo(void) { } void bar(void) { foo(); } And go with the mouse on the last 'foo'. Press Ctrl -> the 'foo' is not underlined, nor can you navigate to foo. Keep Ctrl pressed, but now move away from foo and back to foo -> the 'foo' is now underlined and you can click on it. Very annoying since I had the habit of first hoovering over the statement, and then pressing Ctrl. Which results in a no-op. Peter Reproducible: Always
I think you are seeing bug 326418. Can you try a a 7.0.2 build and see if that works for you? http://download.eclipse.org/tools/cdt/builds/7.0.2/index.html
I checked out the 7.0.2 build and the behavior is still there. It appears to me now that I probably saw bug 326418 (the slowdown) in combination with this: When you hoover over an C++ identifier, hold the mouse still and then press Ctrl, nothing will happen, until you slightly move the mouse over that identifier, then it becomes a hyperlink. So the hyperlink is only triggered by mouse movements, and not by the actual position when Ctrl is pressed. So maybe this is a feature request instead... ? Peter
detectHyperlinks is only called on mouseMove in JFace, this is how it behaves in JDT too. So, Ithis bug/enhancement should probably be changed to Platform, UI. I think the reasoning is that if your press Ctrl to do copy/paste for example, you don't want the hyperlink detection to delay that.
*** Bug 380085 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 26873 ***