From: Hirohito Higashi Date: Thu, 30 Jul 2026 20:16:15 +0000 (+0000) Subject: runtime(doc): update todo for the remaining 'smoothscroll' scroll position X-Git-Tag: v9.2.0882~3 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=902db1d7a5141adabba4c869a62c8a5e9757680a;p=thirdparty%2Fvim.git runtime(doc): update todo for the remaining 'smoothscroll' scroll position The autocommand window no longer resets the scroll position since patch 9.2.0881. What is left is a window that is temporarily squeezed to a couple of lines, and 'splitkeep' "screen". related: #20885 closes: #20887 Co-Authored-By: Claude Opus 5 (1M context) Signed-off-by: Christian Brabandt --- diff --git a/runtime/doc/todo.txt b/runtime/doc/todo.txt index 9c8c0f4933..a8073702f1 100644 --- a/runtime/doc/todo.txt +++ b/runtime/doc/todo.txt @@ -40,10 +40,13 @@ Mapping with modifier is not recognized after a partial mapping. Probably because the typeahead was simplified when looking for a matching mapping. Need to somehow undo the simplification. #12002 -Using the autocmd window resets w_skipcol when the cursor is in a long -wrapped line. In restore_snapshot_rec() restore more values from the -snapshot, instead of calling frame_new_height() and frame_new_width(), -especially w_skipcol. +With 'smoothscroll' the scroll position is lost when a window is temporarily +squeezed to a couple of lines, for example ":help" followed by ":close". In +restore_snapshot_rec() restore more values from the snapshot, instead of +calling frame_new_height() and frame_new_width(), especially w_skipcol. + +With 'splitkeep' "screen" the scroll position is lost when splitting and +closing a window, win_fix_cursor() moves the cursor to another line. Check places that source "path/*.vim" to not match other extensions, e.g. .vim9, on MS-Windows (short file name match, gets expanded to long file name).