Possible plugin conflict preventing initial wrap in hard line mode? about vim-pencil HOT 4 CLOSED

As seen in the demo, the Soft/HardPencil command doesn't change line endings. It's only through your explicit editing of text that will lead to breaks being inserted by Vim's formatting machinery. And of course you can gwip to format manually yourself.

This is by design, as forcing global document changes will be disruptive, especially with text you've carefully formatted.

Sorry if that wasn't clear in the docs.

from vim-pencil.

I see. Thank you for clarifying so quickly. In that case I might have a feature request for you:

I had planned on using hard line wraps even for prose specifically because getting smooth scrolling with scrolloff=999 set (which keeps the cursor centered in the buffer) seems to require them. I know that this is probably impossible (see this SO Q&A), but if you could somehow get soft-mode vim-pencil to not only move but display "virtual line" by "virtual line," this would definitely enhance your plugin and seems very much in line with it's prose experience goals.

As it is now, if I want smooth scrolling during editing I'll have to, like you say, globally reformat at my own peril. But, of course, it only makes sense to store soft-wrapped files if I want to be able to easily read/edit on mobile, so I would also need some autocmd BufWritePre/Post commands that make sure I'm always only saving soft-wrapped versions, even as I edit hard-wrapped lines. Complicated! Looks like I'll just have to get used to jumpy scrolling...

from vim-pencil.

I fear that the virtual scrolling jumpiness when wrap is enabled will only be solved with a low-level change to vim itself. (Or more likely neovim, given its recent momentum.)

If you end up using hard line breaks, you may want to check out my vim-wheel plugin as an alternative to scrolloff=999.

from vim-pencil.

I'll check it out! Thanks for the tips and of course for vim-pencil

from vim-pencil.