https://bugs.kde.org/show_bug.cgi?id=256561
Randy Kramer <rhkra...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rhkra...@gmail.com
--- Comment #20 from Randy Kramer <rhkra...@gmail.com> ---
Several comments:
* I would like to echo the request that this be fixed, and that scrolling
(in all circumstances) be one display line at a time.
* The problem that I have (and I'm fairly sure is [related to | the same as]
this problem is that when I'm typing in a multi-line dynamically wrapped
paragraph near the bottom of a page, there are points in time when the
insertion point and text jump and are no longer visible. Yes, I can solve the
problem by scrolling so the paragraph is higher on the page (if it is not the
last paragraph of a document), but it is extremely annoying.
* I agree with others that the behavior while scrolling either using
<ctrl>down (or up) arrow or clicking on the up or down arrow on the scrollbar
works (almost) as desired, so I have trouble understanding why this seems to be
so difficult. The "almost" is to mention one anomaly that I've noticed--see
below.
* If implementing a fix as alluded to above (making the scroll during
editing the same as the <ctrl>arrow and scrollbar scroll) causes the mouse
scroll speed to become so fast that it is unusable, couldn't a simple (and
easily user adjustable) time delay be added to the mouse scroll function?
* The one anomaly: In my documents, with dynamic word wrapped turned on, and
with large paragraphs in the document, in a construct like the following, as I
tried scrolling up or down, at times the scroll jumped by 3 lines at a time. I
don't know why, and haven't tried to dig into it. Here's an example:
<quote>
++---
---++ set up a backup directory, git repository, and procedures
++---
morF
</quote>
I presume this would be repeatable for others.
* I guess voting is no longer allowed for kate bugs?
--
You are receiving this mail because:
You are watching all bug changes.
