Vim: g$ moves to next visual line

Created on 20 Sep 2017 · 2Comments · Source: VSCodeVim/Vim

Click thumbs-up 👍 on this issue if you want it!
Click confused 😕 on this issue if not having it makes VSCodeVim unusable.

The VSCodeVim team prioritizes issues based on reaction count.

This is a BUG REPORT:

Environment:

VSCode Version: 1.16.1
VsCodeVim Version: 0.10.1
OS: macOS 10.12.6

What happened:
Pressing g$ moved to the first character in the next visual line.

What did you expect to happen:
moved to the last character in the current visual line.

How to reproduce it:
Press g$ in the start of a soft-wrapped line.

kinbug

Source

nrontsis

👍5 😕1

Most helpful comment

Same problem here. The cursor briefly flashes at the end of the line but then moves to the next visual line.

For now, this can be fixed by rebinding g$ to g$h

pwrobinson on 24 Oct 2017

👍3

All 2 comments

Same problem here. The cursor briefly flashes at the end of the line but then moves to the next visual line.

For now, this can be fixed by rebinding g$ to g$h

pwrobinson on 24 Oct 2017

👍3

I have also experienced this problem and have come up with a simple fix that works for me. In settings.json add the following settings

    "vim.normalModeKeyBindingsNonRecursive":[
        {"before": ["g","$"], "commands": [{"command": "cursorMove", "args": {"to": "wrappedLineEnd"}}]},
    ]

I tried to add the same mapping to vim.visualModeKeyBindingsNonRecursive too, but since it wasn't going through the correct vim code it didn't extend the selection, so it's only a partial workaround.

I had a quick look at the code to see what was causing the problem, and it seemed to be calling the right API function (the same one that I'm mapping to here) but must do some position manipulation afterwards that I don't understand well enough to try to fix.