GNOME Bugzilla – Bug 157043
moving mouse in the near of a border, GtkTextView scroll to early and fast
Last modified: 2004-12-22 21:47:04 UTC
i use most times drag and drop to move part of an text to another place in the same or another document. but if the target is near the border gedit start to scroll. this is not a problem, but it scroll with a horrable speed (50lines/s) and not only at the last line, it start scrolling at 5 lines before border. scrolling and marking the text with the mouse is no problem, speed an reaction are nearly perfect.
Yep, you are right. I can reproduce it with gedit 2.8.x and gtk+ 2.4.x (both compiled from CVS) [paolo@elilix gedit]$ pkg-config --modversion gtk+-2.0 2.4.14 This bug is not due to gedit, but it is a gtk+ (GtkTextView) problem.
Scrolling before the border is inevitable... the widget doesn't get DND events when the mouse isn't over the text area. Speed, algorithm, and height of the scrolled region is tweakable, especially if there is a volunteer who wanted to experiment. See gtk_text_view_drag_motion().
I have attached a patch to <a href="http://bugzilla.gnome.org/show_bug.cgi?id=50233"> bug 50233 </a> that addresses both scrolling on selection and DND. It adds accelerated scrolling to GtkTextView, that is it makes the scrolling speed a function of the distance from the window border. In the case of DND, the scrolling speed varies from a minimum at the inner margin of the scroll area to a maximum value at the window border. Comments are welcome.
*** This bug has been marked as a duplicate of 50233 ***