Files
neovim/runtime/lua/vim
Sean Dewar bbb68e2a03 vim-patch:9.1.0175: wrong window positions with 'winfix{width,height}' (#27845)
Problem:  winframe functions incorrectly recompute window positions if
          the altframe wasn't adjacent to the closed frame, which is
          possible if adjacent windows had 'winfix{width,height}' set.

Solution: recompute for windows within the parent of the altframe and
          closed frame. Skip this (as before) if the altframe was
          top/left, but only if adjacent to the closed frame, as
          positions won't change in that case. Also correct the return
          value documentation for win_screenpos. (Sean Dewar)

The issue revealed itself after removing the win_comp_pos call below
winframe_restore in win_splitmove. Similarly, wrong positions could result from
windows closed in other tabpages, as win_free_mem uses winframe_remove (at least
until it is entered later, where enter_tabpage calls win_comp_pos).

NOTE: As win_comp_pos handles only curtab, it's possible via other means for
positions in non-current tabpages to be wrong (e.g: after changing 'laststatus',
'showtabline', etc.). Given enter_tabpage recomputes it, maybe it's intentional
as an optimization? Should probably be documented in win_screenpos then, but I
won't address that here.

closes: vim/vim#14191

Nvim: don't reuse "wp" for "topleft" in winframe_remove, so the change
integrates better with the call to winframe_find_altwin before it.

5866bc3a0f
2024-03-13 22:06:39 +00:00
..
2024-02-21 06:29:53 +08:00
2023-09-20 13:42:41 +01:00
2024-03-12 13:51:53 +08:00
2024-03-10 23:20:44 +00:00
2024-03-06 10:45:22 +00:00
2024-03-09 11:21:55 +00:00
2024-03-09 11:21:55 +00:00
2024-03-09 11:21:55 +00:00
2024-01-16 09:33:10 +00:00
2024-03-06 21:56:47 +00:00
2023-09-20 13:42:41 +01:00
2024-01-19 11:54:04 +00:00
2024-02-27 14:41:17 +00:00
2024-03-09 11:21:55 +00:00
2024-02-27 14:41:17 +00:00
2024-03-06 10:45:22 +00:00
2024-03-09 11:21:55 +00:00
2024-03-09 11:21:55 +00:00