Version: (using KDE KDE 3.5.1) Installed from: SuSE RPMs It looks like continuation of https://bugs.kde.org/show_bug.cgi?id=54395 but it closed now so I make a new report. Go to http://bugs.kde.org/show_bug.cgi?id=124027. Look at the first comment, place mouse cursor just after ending word /"sort"/. The mouse cursor should change, press left-mouse button and move to the left. Correct selection, right? Ok. Now unselect text, place mouse cursor a bit more to the right from "sort", the mouse cursor should be an arrow. Now try to select "word". You can't. And what is more surprising there are several paragraphs selected even those one which are above start and end point of selection!
Firefox and Opera behave the same, as far as I can tell. There's nothing weird about the algo.
You are really fast with closing reports :-( Take a closer look. At the opera screenshot I marked the start with the red line and the end with the blue one.
Created attachment 15293 [details] opera selection with start&end marks
Created attachment 15294 [details] konqueror selection
Created attachment 15307 [details] Screenshot showing why Now I can see it. I was testing the wrong "sort" word. The attached screenshot is what the DOM tree highlights as the <TT> block containing text. I have no idea why it laid out like that.
confirmed on 3.5.2 I'm pretty sure that this is a duplicate of Bug 66583
*** This bug has been marked as a duplicate of 66583 ***
Ok, reopening after discussion in the mentioned report.
seems to select text as other browsers in trunk 20080507
On 3.5.9 the bug is still present. On KDE 4 it has fixed :-) Great!!! :-)