You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for maintaining this nice plugin. I was trying to configure a key binding for operator pending mode which deletes several lines at once. For this a tried to add this configuration:
The problem is even more general than that (unless I'm missing something which is very possible). hint_words for example behaves just like vim's w and b in normal mode, but in operator pending mode the AFTER_CURSOR version deletes the character with the hint too, unlike what vim does for the equivalent (dw). But then BEFORE_CURSOR works exactly like db.
Since it's different behavior depending on whether you are just navigating or in the middle of an operation, the hint_offset option is not relevant here. It would make things work correctly for operations but break it for normal navigation.
where V is used to force linewise motion and the Lua function was defined separately as my_hint_lines.
One issue I've found though is that when you do something like d<Space>j and then cancel the hints by hitting escape, it still deletes the current line where the cursor is pointing. Not sure how to prevent that at the moment.
Thanks for maintaining this nice plugin. I was trying to configure a key binding for operator pending mode which deletes several lines at once. For this a tried to add this configuration:
It works great to jump to a line in normal mode, but operator mode behaves a bit odd. In this example text (cursor position marked with
|
)I would expect to delete all lines when jumping to the last line with
d<Space>j
. Instead, the textis left in the buffer. Is it somehow possible to tell hop to work on whole lines?
The text was updated successfully, but these errors were encountered: