Version: 1.4 (using KDE 3.3.0, (3.1)) Compiler: gcc version 3.3.4 (Debian 1:3.3.4-9) OS: Linux (i686) release 2.6.8.1 If you click-n-drag to select a massive amount of text, dragging past the end of the console window causes the window to scroll by the amount you moved past it and bumps the mouse back inside the window. This is IMHO cumbersome, since it requires you to keep moving the mouse until all the text is selected. Compare this with Konqueror (or many other widgets in KDE), where you click-drag the mouse past the window, and it keeps scrolling down and selecting as long as the mouse is outside, which I think is the desirable behavior. PS: I know now that there is such a thing as "set selection end" in the menu, but the "conventional" way of selecting text should also be usable at least.
This is a 'feature' of TEWidget NOTE: During the marking process we attempt to keep the cursor within the bounds of the text as being displayed by setting the mouse position whenever the mouse has left the text area. Two reasons to do so: 1) QT does not allow the `grabMouse' to confine-to the TEWidget. Thus a `XGrapPointer' would have to be used instead. 2) Even if so, this would not help too much, since the text area of the TEWidget is normally not identical with it's bounds.
Still applicable in KDE 4.0
Fixed by SVN commit 762055. In fixing this the scrolling speed has also been made proportional to the distance between the mouse position and the nearest edge of the terminal area. There is a problem with flicker when selecting many 'pages' of text but that is a separate problem to solve. This will appear in KDE 4.1.