https://bugs.kde.org/show_bug.cgi?id=513898
--- Comment #6 from Grósz Dániel <[email protected]> --- (In reply to Christoph Cullmann from comment #4) > Did some test patch. > > If you could try that, with files with tabs and (and if stuff like block > selection still works), that would be nice. It seems to work as expected when the specified position exists (isn't in the middle of a tab). If the specified position is in the middle of a tab, it works weirdly. In the original example document <TAB>123456789 after view.setVirtualCursorPosition(0,3) one would expect it to be rounded to the nearest position either before or after the tab, but the cursor actually moves to after the 2. It seems to work as if the algorithm rounds the position down to the nearest tab stop, computes the corresponding non-virtual position, then adds back the number of characters by which it rounded down the virtual position. Sorry for the delay, every time I'm asked to test a commit I've forgotten how to build it from source, and have to look it up again. Also I had some trouble building ktexteditor: it insisted on writing stuff to /usr/libexec/kf6/kauth/kauth_ktexteditor_helper and /usr/share/polkit-1/actions/org.kde.ktexteditor6.katetextbuffer.policy despite install-dir being set, while I was building as a non-root user; I ended up changing src/cmake_install.cmake. -- You are receiving this mail because: You are watching all bug changes.
