[arch-general] Changing sizes of panes in a vimsplit resets scrolling
Hello Archers, Has anyone else been experiencing an issue where scrolling is reset when changing the size of window splits in Vim? 1. Open a file in Vim that is sufficiently long enough that you need to scroll to view the whole buffer. 2. Scroll to somewhere in the middle of the buffer. 3. Use :split to open another file. You should have two windows open (2nd file on the top pane, and 1st file scrolled to somewhere in the middle on the bottom pane). 4. Use ^W- and/or ^W+ to adjust the relative sizes of the panes. The pane that is unfocused scrolls to the top of the buffer. The quick fix is to toggle focus between the panes, which will cause the scrolling position to reset to normal. I have narrowed this down to gvim/vim-runtime 7.4.307-1 and later. Earlier versions of the package do not have this issue. I am asking here because I am unsure if the issue is package related or upstream. --Kyle
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 2014-06-15 23:49, Kyle Terrien wrote:
I have narrowed this down to gvim/vim-runtime 7.4.307-1 and later. Earlier versions of the package do not have this issue.
I am asking here because I am unsure if the issue is package related or upstream.
I can reproduce this, with and without plugins. Neovim is not affected. Please file a bug upstream. If possible, you should narrow it down to the specific commit creating the regression. - -- Timothée Ravier -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCgAGBQJTnsg4AAoJENsngY94aI+DEWIH/Awq/8oLKFOkxUJgOKn5wZcc 23QpUfe+gBCGGWST1TIS761KoYiL/6mL88lVkxmtkTOAj8/a5lOIih3ratwWDCW9 WmpLrzaPKO+Wla66NDdtd4d5AeFQF2Y9GJ3dr2A3vz9AGVzYN/tDRkgJ3H6i0Awg mbAfaMm7fC7YYRb5KjWJgzoxe4NPrIQjmeMQYAfjUqMRULRmEOjUnR3TreUp5oWe /ONTLGP0T/dM1MavsC2w3DBdPIq6B30717nMJDR6pbzwQvNoA47FUeGA5CcRqZn5 Y5jcD7bLUqYt2lBjswzc8o0Z+a5ywjJ3AJgCRiX7Rlhwl8xP9roIBN3g8REbyE4= =tWCa -----END PGP SIGNATURE-----
On 06/16/2014 03:34 AM, Timothée Ravier wrote:
On 2014-06-15 23:49, Kyle Terrien wrote:
I have narrowed this down to gvim/vim-runtime 7.4.307-1 and later. Earlier versions of the package do not have this issue.
I am asking here because I am unsure if the issue is package related or upstream.
I can reproduce this, with and without plugins. Neovim is not affected.
Please file a bug upstream. If possible, you should narrow it down to the specific commit creating the regression.
There is no need to file upstream. I just built vim-runtime, gvim, gvim-python3, and vim 7.4.326 (They are all one PKGBUILD.), and the issue with adjusting vimsplits is already fixed. Shall I flag the packages as out of date? When does Arch normally build newer versions of Vim? (I noticed the last patchlevel change jumped from 274 to 307.) --Kyle
participants (2)
-
Kyle Terrien
-
Timothée Ravier