Bug#46266: marked as done (horizontal scrolling doesn?t work when searching found a word) by John Firebaugh <[email protected]>

Your message with subj: horizontal scrolling =?iso-8859-1?q?doesn=B4t=20work=20when=20searching=20found=20a?= word

Thank you for your bug report.
This bug can not be reproduced using the current development (CVS) version =
of=20
KDE. This suggests that the bug has already been fixed. The bug report will=
=20
be closed.

has caused the attached bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I'm
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Stephan Kulow
(administrator, KDE bugs database)

(Complete bug history is available at http://bugs.kde.org/db/46/46266.html)

Received: (at submit) by bugs.kde.org; 8 Aug 2002 17:44:43 +0000
Received: (qmail 11056 invoked by uid 33); 8 Aug 2002 17:44:43 -0000
Date: 8 Aug 2002 17:44:43 -0000
Message-ID: <[email protected]>
To: [email protected]
Subject: horizontal scrolling doesn´t work when searching found a word
From: [email protected]
X-KDE-Received: -130.75.182.9

Package:           kate
Version:           KDE 3.0.2 
Severity:          normal
Installed from:    Gentoo Packages
Compiler:          Not Specified
OS:                Linux
OS/Compiler notes: Not Specified

Hi,

sometimes i have texts to edit, where some lines are longer than would fit into the kate window. so a horizontal scroll bar appears.
when i do search or search and replace in kate, the part of kate, which calculates, where the horizontal scrollbar value has to be to show the whole selected word, most times fails. sometimes it does stuff right by accident, and sometimes only the right part of the
most right char of the word is shown, and sometimes only the left part of the first char.

i had a short look into the kate sources, and it seems, this case is not cared for. i guess qt moves the text in the exit window, so that one can see where the marked text is.

so the prog has to calculate the column of the first and last char of the found text and has to make sure the leftmost char in the window is smaller as the first and the rightmost char in the win is bigger than the last char in the found word (if the word/found text) is not too long.

it would also be cool, if the search and replace dialogs would take care for not placing themselves over the found word, and if they would allow the text to be scrolled horiz/vert., if the search/repl. dialog is open.

thx, Holger


(Submitted via bugs.kde.org)