plugin Vim Mode (CudaText)
Yes I do. Use any text you like with more than one line.You paste by "p"? what text is selected and how to repeat by steps?
In the first .gif, I'm using "Y" and immediately after that: "p". As you can see the yanked full
line is inserted right after the caret (as the status bar field states as well) and the
caret is moved one char. This is probably ok if "y" was used before (for smaller parts
than a full line) but not for "Y". The second gif shows "V", followed by "jj", followed by "y". After the first "p" everything
looks like it should, but now "p" is used again and the content of the current line gets
indented by one space (which shouldn't happen).
There are different options on such a topic (in vim). E.g. vim can be used with the system clipboard directly2) I see that Vim uses self buffer for y/p, not OS clipboard. we need self buffer here too? it will help me to fix Y/p
if compiled with the clipboard option and:
:set clipboard=unnamed or :set clipboard=unnamedplus
Otherwise you'd need the * or + register (which never really worked in e.g. gVim on Windows).
So I'd really prefer using the clipboard directly even if this makes it a bit harder to solve this issue...
What I just noticed...
You support f, F and t, T but not in conjunction with motions that can really make use of it
For example: c, d or v
Like "change from the current cursor position up to (but not including) the next "q" character on the same line:
"ctq"
etc.
One of the things I'm using extremely often
Another video for a bug...
Undo "u" can get confused.
In this case I delete the second word on the first indented line "adipiscing" with "dw".
Then I undo it with "u" and again delete it with "dw". The next "u" will NOT ONLY undo
the deletion of the word but also undo the action before (adding a linebreak after the
word "reprehenderit" at the end of the third indented line)...
You support f, F and t, T but not in conjunction with motions that can really make use of it
For example: c, d or v
Like "change from the current cursor position up to (but not including) the next "q" character on the same line:
"ctq"
etc.
One of the things I'm using extremely often
Another video for a bug...
Undo "u" can get confused.
In this case I delete the second word on the first indented line "adipiscing" with "dw".
Then I undo it with "u" and again delete it with "dw". The next "u" will NOT ONLY undo
the deletion of the word but also undo the action before (adding a linebreak after the
word "reprehenderit" at the end of the third indented line)...
Confirmed, now they do exactly what they are supposed to do- fix: commands Y/p must insert text at line start
- fix: commands y/p in visual/fullline mode must paste at line start
Ok, didn't know this. After turning it off, it doesn't get confused anymore.It's caused by "Group undo" Cudatext feature. It is option "undo_grouped". maybe turn it off, fixed.
Let's say you have this line:cannot understand. 'ctq' must do what? it must do "tq" and then go to insertion mode?
Code: Select all
nisi ut aliquip |ex ea commodo consequat. Duis aute irure dolor in reprehenderit
"ctq" would now remove " ex ea commodo conse" and changes to insert mode afterwards, resulting in:
Code: Select all
nisi ut aliquip|quat. Duis aute irure dolor in reprehenderit
"cfq" would have done the same apart that it wouldn't have stopped before the "q" in "consequat" but would include it.
"dtq" / "dfq" = Same as above without switching into insert mode afterwards
"vtq" / "vfq" = Just select the text...