yy, dd and cc also affect first character of the next line

[groovy9]

I just installed the latest release on WIndows 10 and am testing it in Notepad.

Everything is great except for one major problem: The yy, dd and cc commands all do what they're supposed to do, except that they also affect the first character on the next line.

So for example, dd deletes the current line AND the first character of the next line.

yy copies the current line AND the first character of the next line and you can see the highlighted selection as it happens.

cc replaces the current line AND the first character of the next line.

I also tested the C and D commands and they are not affected. I'm guessing the problem is somewhere in the YDCMove() function.

Edited to add: I installed the ahk scripts from the source tarball instead of the binary and added the line SendInput("{Home}") to the top of MoveFinalize() in lib/vim_move.ahk. That appears to have fixed the problem above, but I haven't used it enough to know if that broke something else.

[rcmdnk]

Thanks for the report.
It seems NotePad behavior has been changed (when Wordpad was removed ???),
and the behavior seems like previous WordPad.

I updated vim_ahk behavior on NotePad.exe as same as WordPad.exe.
Now it should not affect on the next line.

Could you please check v0.15.0 or master branch's code?

[groovy9]

That seems to have fixed grabbing the first character of the next line. But now what I'm seeing is that intermittently, commands like dd and yy don't work at all (seems to come and go) and if there is no other window open behind notepad, it causes some or all of my desktop icons to get highlighted for a second. Seems like maybe a delay issue between sent keystrokes or key down/up?

Another thing I noticed before is that the paste command (p) pastes at the current cursor position rather than adding a blank line and pasting it there.

[rcmdnk]

it causes some or all of my desktop icons to get highlighted for a second.

I think you enabled the option Change to thick text caret when in normal mode.

If so, try to disable (remove check for this option) it.

It accesses to the system and I also see that the desktop icons are flashed when I changed the mode with this option is enabled (i.e. the caret width is changed)

I think it was not so heavy work in the past, but it seems that it is heavy work in the current windows and it makes a delay and you feel some commands are not working soon after changing the mode.

[rcmdnk]

Another thing I noticed before is that the paste command (p) pastes at the current cursor position rather than adding a blank line and pasting it there.

I think the origin of this problem is same, too.
When dd is executed, it changes the mode from Normal -> ydc_d mode -> Normal,
and when the mode is changed, the caret width is updated.
In both Normal and ydc_d, the caret should be thick and it is not changed,
but the function is called and it makes a delay as it is a heavy system call.

It may be updated not to call when the width is not changed, but it is not so clear way.

Anyway, Change to thick text caret when in normal mode. should be disabled for the curreent windows system if you feel something annoying.