Commit: runtime(doc): update todo for the remaining 'smoothscroll' scroll position

[Christian Brabandt]

runtime(doc): update todo for the remaining 'smoothscroll' scroll position

Commit: https://github.com/vim/vim/commit/902db1d7a5141adabba4c869a62c8a5e9757680a
Author: Hirohito Higashi <h.eas...@gmail.com>
Date: Thu Jul 30 20:16:15 2026 +0000

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) <nor...@anthropic.com>
Signed-off-by: Christian Brabandt <c...@256bit.org>

diff --git a/runtime/doc/todo.txt b/runtime/doc/todo.txt
index 9c8c0f493..a8073702f 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).