Community
Participate
Working Groups
Is it possible to turn off the hover popups when selecting multiple lines? I have line numbering turned on for my editors, and at times I would like to select entire lines of code (to delete, comment out, or cut/paste elsewhere). This works, by dragging the mouse down the line numbers on the left, but if there are errors or warnings that exist in the lines that I wish to highlight, it "jumps" to the underlined words. Disrupting the line selection. Making it very difficult to remove/comment multilines out. How do I turned that off?
*** Bug 141801 has been marked as a duplicate of this bug. ***
Created attachment 70801 [details] Bug Fix This fix is based on the behavior of the new folding ruler - org.eclipse.jface.text.source.projection.ProjectionRulerColumn The ProjectionRulerColumn prevents mouse events from triggering the annotation ruler by overriding the org.eclipse.jface.text.source.AnnotationRulerColumn.isPropagatingMouseListener() method to return false. Since the org.eclipse.jface.text.source.LineNumberRulerColumn.java does not inherit from AnnotationRulerColumn (maybe it should?) I simply replicated the relevant code to the LineNumberRulerColumn class. The central piece is the overridden addMouseListener() method of the Canvas object used by the LineNumberRulerColumn. Hope this can make it in the Europa release. It is an extremely annoying bug and the fix is trivial, based on existing code and in my testing does not interfere with the default mouse behavior of the line number column (selecting lines and popup menu work).
Will take a look for 3.4.
*** Bug 94943 has been marked as a duplicate of this bug. ***
just curious - why not 3.3.x? this is a small fix.
3.3.x are maintenance releases to fix major bugs. The less changes the better.
Created attachment 72809 [details] fixes bug introduced by first patch By replicating the behavior of the projection ruler, my previous patch introduces projection ruler bug 184255 into the line number ruler. This patch is one way to fix the problem on windows but might not be the best solution. See the comments in bug 184255 for details.
Created attachment 89960 [details] Updated Patch updated patch against HEAD as of 2008-02-18
Created attachment 89963 [details] Updated Patch Updated patch that does not rely solely on the SWT.NO_FOCUS flag (which is only a hint) for proper focus behavior (maintain focus on text widget). Same type of fix as in bug 184255.
Will review during M7.
The patch collides with the other patch I committed for the LineNumberRuler. No promise though that it makes it into 3.4 (depends on its changes).
Created attachment 97364 [details] updated patch here is the correct patch against HEAD. i sure hope this gets into 3.4. this is the most annoying bug for me personally, with the biggest nuisance factor out of all bugs i fixed so far.
>this is the most annoying bug for me personally, Wow, you must be very happy with Eclipse ;-)
(In reply to comment #13) > >this is the most annoying bug for me personally, > Wow, you must be very happy with Eclipse ;-) OK, I did not express myself correctly, I meant the most annoying _out of the 5 bugs I submitted patches for thus far_. I do love Eclipse though for how easy it is to go in and fix and test many issues without needing a heavyweight background of comprehensive understanding of the entire platform.
Patch looks good, thanks! Committed to HEAD. Available in builds > N20080424-2000.
*** Bug 208298 has been marked as a duplicate of this bug. ***