Mousewheeling over the completion list scrolls both the list and the editor

[GoogleCodeExporter]

.

Original issue reported on code.google.com by t.br...@gmail.com on 12 Dec 2010 at 5:31

[GoogleCodeExporter]

Band-aided that. Should we remove the autocompletion list if user scrolls text 
editor via mouse scroll?

Keys are bound to the lists up-n-down. Disabling mouse scrolling while the list 
is up seems a bit harsh, removing it might be more in line with expectations?

Original comment by petterson.erik@gmail.com on 30 May 2011 at 10:55

[GoogleCodeExporter]

Removing it sounds reasonable to me, but examining what other IDEs do (namely 
VS and FD), the scrollwheel simply always scrolls the completion list, 
regardless of where the mouse is.

When scrolling with the scrollbar, FD just keeps the completion list in place 
while VS moves the completion list along with the text until it's off screen, 
and then it's removed.

Original comment by t.br...@gmail.com on 30 May 2011 at 11:13

[GoogleCodeExporter]

Also I should say that the fix in r814 is a bit weird, why does the editor need 
to ask the CompletionManager if the mouse is on it, the CompletionManager can 
simply capture the mouse-wheel event and stop it from propagating.

Original comment by t.br...@gmail.com on 31 May 2011 at 12:29