psliwka
commented
4 years ago This is a reasonable feature request indeed. It does, however, pose several implementation challenges:
- Currently, the plugin mechanics rely on scrolling, i.e. moving the window over the buffer. The cursor follows the window as a side effect, being subject to various modifiers such as scrolloff and startofpage. Commands such as
ggwork the other way around - they move the cursor itself, which is being followed by the window. To handle them reliably, the plugin will need to learn this difference, probably by switching between different scrolling styles depending on what command triggered movement. - Cursor movement commands are frequently used to operate on ranges, f.ex.
gggqG. The plugin will need to detect such cases, and either skip the animation, or delay executing further commands until the animation ends. Otherwise, subsequent commands would be applied to incorrect ranges. - Any command replaced by vim-smoothie should be 100% compatible with the original one. In case of
gg, that means supporting[count]and'startofline'at least.
Similar issues apply to implementing other cursor movement commands, such as f.ex. [[ and {.
subnut
benwoodward
Not a super-necessary feature, but sublime text does this and it gives you a sense of how long the file is when you see it scroll past.