Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

support for "whichwrap"? #782

Open
ultimoamore opened this issue May 8, 2017 · 3 comments
Open

support for "whichwrap"? #782

ultimoamore opened this issue May 8, 2017 · 3 comments

Comments

@ultimoamore
Copy link

Can I use the arrow keys to wrap, as in

set whichwrap+=<,>,h,l,[,]

?

(see http://vim.wikia.com/wiki/Automatically_wrap_left_and_right)

@keforbes
Copy link
Contributor

Sorry, I don't have much time for Vrapper anymore. I didn't mean to completely ignore this issue though.

I'll flag this as a feature request. I think it'd be easier to implement a "should wrap at line endings" boolean option than implement the full whichwrap feature as it exists in Vim but even with that said, we have lots of various checks for line endings in different methods so it might still have inconsistent behavior. Hopefully I can find some time to confirm the scope of this request at least.

@albertdev
Copy link
Member

Huh, I never noticed this even though my Vim setting is similar to what you want. Apparently our current hard-coded behavior would be similar to set whichwrap=b,s,[,].

@ultimoamore I think there is a workaround though, try putting the following in your .vrapperrc:

noremap <Left> <BS>
noremap <Right> <Space>
noremap h <BS>
noremap l <Space>

@ultimoamore
Copy link
Author

The workaround seems to work fine! It'll do. I don't know if you want to keep the feature request open; it's not the same as "whichwrap", but it's fine for what I need (and to be honest I don't know if there could be any real-world difference).

Thank you very much. I love this plugin!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants