Version: 3.0.0a7 (using KDE 3.1.4) Installed from: Gentoo Compiler: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r1, propolice) OS: Linux (i686) release 2.6.0-test7-bk3 There is a very nice feature where a newly opened file will have the cursor placed at the last location prior to it being closed. Similarly, the 'Reformat Source' option also brings you back to the place you were editing. However, in both of these cases (probably using the same code) the file opens up with the file scrolled so that the cursor is on the very bottom line of the screen. In my humble opinion, this seems like the worst behavior you could have for this feature. It would be better if the document was scrolled so that the cursor was centered. It would be even better if in the reformatting case, the cursor would appear more or less at the same place it was before the reformat took place. (Newly opened files would simply be centered.) If this is to difficult, simply centering it would be a better approximation then the dead bottom of the screen.
I totally agree. I use the reformatting quite a bit and having to search for the line you were just editing is annoying. Also, for the katepart search feature(s) I think it would be much nicer if the view would scroll so that the found line is displayed in the center instead of just scrolling by the minimum amount (which I think is what is happening currently).
/me points to http://bugs.kde.org/show_bug.cgi?id=56067 Sadly, it didn't amount to much. :(
The solution mentioned in the kate bug would at least help, except that the kate plugin in kdevelop seems to do the exact opposite of what is claimed in the kate bug. Kdevelop places the cursor at the bottom of the screen instead of the top. Also, while using kdevelop, I can find no place where the 'user can specifiy the amount of lines which the cursor should always stay away from the border' as mentioned in that same bug.
Hmm.. "cursor should appear in more or less the same place as before reformat" is actually implemented, and works here when I try it. It doesn't work on KDE-3.1?
At least not as of Alpha7. I haven't yet been able to get beta 1 to compile under gentoo to try it.
If I switch to the QT editor, the centering feature works much better. Also, there is better support for debugging in the QT editor. Unfortunately I lose a lot of cool features of Kate.
Kate's behaviour has been updated in CVS head. Now, if the new location is off the screen, your cursor is centered, otherwise your cursor is just moved. I think this is the best policy Kate can have without an extended api, and I at least Christoph agreed :) Also note that in kate cvs head you can specify an arbitrary number of lines that you want to be visible top and bottom of the screen at all times, ie. the cursor never gets to the absolute top/bottom (unless at the top/bottom of the file). Try it out, it's neat: Editing -> Autocenter Lines. These changes should satisfy the reporter's wishes. Sorry about our bad track record with this behaviour... I've been meaning to fix it for ages :) Regards, Hamish.
Yes! It really centers!! Thank you, thank you, thank you!! :D
*** Bug 66644 has been marked as a duplicate of this bug. ***
Did this fix make it into kdevelop Beta 2? Do I have to download Kate HEAD to see this fix? (Right now I just have whatever version of Kate is included with KDE 3.1.latest) In Gentoo with Beta 2, I don't see the fix: It still behaves the way it always did, and there is no 'Autocenter' option in the editor parameters.
Yes, that is correct. This is a behavioral change of katepart, and it is only implemented in the 3.2 branch (it should have made beta 2, I think).