Commit Graph

9 Commits

Author SHA1 Message Date
2aeb664692 vim👨 Set 'showbreak' to NONE 2025-05-20 11:47:42 +02:00
558bb0582e man.vim: Check if WinResized is supported
WinResized was introduced rather recently with vim patch 9.0.0917 /
neovim v0.9.0 via commit 4571ba4d0a52 ("vim-patch:partial:9.0.0917: the
WinScrolled autocommand event is not enough (#21161)").
2025-01-29 14:27:11 +01:00
b1a21fbdb0 vim:ftplug:man: Try to keep the position in file
How did I only test this while being at the top of the page?
2025-01-25 13:37:11 +01:00
f863f66542 vim:ftplug:man: Add comment to nospell setting 2025-01-25 03:04:35 +01:00
2842bba50c vim:ftplug:man: Move scrolling settings from zprofile 2025-01-25 03:02:07 +01:00
78917a686e vim:ftplug:man: Enable resizing with hard-wrapping
From :h :Man:

> when running `man` from the shell and with that `MANPAGER` [='nvim
> +Man!'] in your environment, `man` will pre-format the manpage using
> `groff`. Thus, Nvim will inevitably display the manual page as it was
> passed to it from stdin. One of the caveats of this is that the width
> will _always_ be hard-wrapped

Since I actually don't like `g:man_hardwrap=0`/`MANPAGER=999` (e.g.
scrolling can be a mess with very long wrapped lines), add an
autocommand that is meant to reload the manpage through `:edit` after
every resize, so that its hard-wrapping adjusts to the new size.

This is slightly hacky, but does its job quite well.

Move the man.vim into after/ftplugin so that it overwrites the `set
wrap` of the global ftplugin, which I want turned off, since it messes
with the buffer shortly when resizing.
2025-01-25 02:57:38 +01:00
69e2e43fc7 vim: Move after/ftplugin to ftplugin
There is no reason why the plugins should be in after/.
2020-12-24 02:26:36 +01:00
d68f6e4e34 vim:ftplugin:python: Maximum line length of 79 2020-11-29 13:53:41 +01:00
druckdev
423a786192 vim: Move ftplugins into after/
All of these are meant as additions and should not override vims default
ftplugins.
2020-11-23 02:07:38 +01:00