Open trustednstaller opened 3 months ago
Thanks for the feedback. Which version are you on? The issue with undo should have been fixed in version (1.0.189)
Also, make sure you have the latest vim script (it should have auto-updated but just in case) https://github.com/slynch8/10x/blob/main/PythonScripts/Vim/Vim.py
Should be the latest, will also update the script, thanks!
Undo is still failing in the latest version. Let me know if I should file this as a separate bug.
https://github.com/user-attachments/assets/019d1700-a55a-48ef-9312-7f5b0ef0a364
ok, I'll take a look at this soon. I suspect it's a mismatch with the PushUndoGroup/PopUndoGroup calls. Let me know if you find what causes it to go into this state.
Just to update on your feedback.
These all work fine for me on latest.
zt and zb have just been added in 7654610.
These are still valid
@SimpsonGSD Thanks for the updates!
I can confirm zt
and zb
, which are very welcoming additions.
Using .
for to re-run indents still does not work, but the ctrl+d/u
and esc
appear to be stable.
How are you indenting?
For me doing >>
then .
repeats the indent
That doesn't work for me, latest update and latest Vim.py. I can only continue indenting using >
. If I execute >>
(assuming back-to-back) nothing changes for me.
https://github.com/user-attachments/assets/6441ba24-d7db-4875-ba3c-e7d6c745a8bc
Ah.. you're in visual mode. It looks like .
isn't implemented at all for visual mode.
Reconciled todo list from this issue:
gt
should wrap back to the first tab, and vice versa for gT
..
repeat command for Visual Mode.
The following are inconsistencies with the Vim support (I will add more as I come across them). I've also had consistent issues with being unable to "undo" something when using the Vim bindings, which is not a pleasant experience. Even resorting the the
File->Undo
after does not work. Not sure how I trigger this when I do, but I will try to define a repro.ctrl+w
does not delete the previous word (like ctrl+del does)ctrl+u
deletes the text on the current line and the line itself (it should just reposition the cursor to the start of the current line where the text was removed)gt
should move to the first pane when it is at the last pane. It does nothing right now. There is no sense in usingPrevTab
to walk backwards to the staring tab.esc
does not allow for escaping aVISUAL LINE
selection. You are forced to copy or do some innocuous task to get out of itzt
does not exist that sets the top of the file to the current cursor position.zz
does exist, therefore so shouldzt
..
(dot) cannot be used to repeat command i.e., indenting. In Vim, when you indent a block you can keep hitting.
after it to keep indenting.ctrl+d
andctrl+u
don't consistently scroll down/up. In worst case they delete the text at the cursor location.No idea how to even describe this but it only happens under the Vim mode under unpredictable circumstances. No way to get out of it outside of disabling Vim mode.