UVviewsoft forums

ToDo

There are many problem to move caret after horz-scroll!
Main difference with vert-scroll: all rows are equal but columns are not.

1. A text can have tab-chars (and/or can be viewed by non-monotype font).
For the text not all columns are available to set caret.
2. Selection.
What part of selection can be visible or must be unvisible to decide "Need to move caret"?
3. Multi-carets.
How to decide?

----------------
However i try to do "move caret".
"Selection" and "Multi-carets" will be skipped - caret will be not moved.
"Tabs in text" - caret will be moved but saving of relative pos is not ensured.
You need to switch on option cuda_ext_horz_scroll_move_caret (and caret_after_end of course).

Done. Try new version from github

Hi Andrey,

Thanks so much for all of your efforts on this!

kvichans wrote:There are many problem to move caret after horz-scroll!
Main difference with vert-scroll: all rows are equal but columns are not.

1. A text can have tab-chars (and/or can be viewed by non-monotype font).
For the text not all columns are available to set caret.
2. Selection.
What part of selection can be visible or must be unvisible to decide "Need to move caret"?
3. Multi-carets.
How to decide?

Yes, I see there is much more than meets the eye (no pun intended) !

----------------
However i try to do "move caret".
"Selection" and "Multi-carets" will be skipped - caret will be not moved.

In my opinion, this is correct behaviour, because if the caret were moved, the selection would be cancelled!

"Tabs in text" - caret will be moved but saving of relative pos is not ensured.

That is understandable; I never use tab characters (convert tabs to spaces), so this doesn't affect me, nevertheless this seems to be correct.

You need to switch on option cuda_ext_horz_scroll_move_caret (and caret_after_end of course).

From my testing, this seems to be just right. Thanks!

qwerky,
Posted your report (just found it) to https://github.com/Alexey-T/CudaText/issues/1006

But what happens now in CudaText, if you select the target block and then paste, the clipboard contents are not pasted over the selection, but rather are inserted ...

this is fixed; sorry for long delay, it was simple fix.