Feature Request: Scroll Off

[octref]

In Vim, you can set a scrolloff so it keeps at least N lines below the cursor:

Currently Code has a scrolloff of 1. Would be great if this is made an option.

[Bill-Stewart]

Does VS Code have a "scroll window leaving cursor in view" command? The scroll commands I see in the default keymapping all scroll the cursor out of view.

[Bill-Stewart]

The answer to my question is yes - editorScroll function can do this, but behavior is a little different than vim behavior shown in the animated GIF. I believe request is for scrollLineDown but maintain the cursor position.

[Chadehoc]

I believe request is for scrollLineDown but maintain the cursor position.

Not exactly. The feature is to scroll sooner, to always show context lines around the cursor. Currently, when moving down, scrolling ensures 1 context line left below the current line, and when moving up, none at all (scrolling does not begin until the cursor hits the top of the panel).

It is very comfortable to always keep 4 or 5 visible lines above/below the current line, after all moves that move it (next search hit, go to matching parenthesis, etc.).

This feature is called scrolloff in Vim and scroll-margin in Emacs.

[semanser]

There is an extension vscode-scrolloff that provides similar functionality.

[octref]

I've removed Vim label since I see Sublime also have it.
Although @semanser's extension works well, I still hope this can make it into the editor itself since it's a common feature.

[xlucas]

So is this being considered at all? Really missing this and the extension for that misbehaves with the vim plugin.

[AndriSig]

There is an extension vscode-scrolloff that provides similar functionality.

That extension misbehaves badly when your have lines longer than your working window.

[spiffytech]

The extension also doesn't work with the Vim extension's zb / zt commands.

[CodingPapi]

Come on, we need this common feature

[rebornix]

You should be able to set editor.scrollOff later this week with Insiders.

[rebornix]

Considering that this feature in VS Code is slightly different from Vim's scrollOff (for example, you can scroll the viewport without moving the cursor in VS Code, which is not affected by this feature), it's being named as editor.cursorSurroundingLines.

[waldyrious]

It's being named as editor.cursorSurroundingLines.

How does this interact with editor.scrollBeyondLastLine, if at all? I have considered requesting a change to the latter to support numeric values in addition to boolean ones (which is actually how I came across this issue), and this new setting seems to partially address the reason why I'd want that: to prevent meaningful context to be scrolled entirely out of view.

[rebornix]

@waldyrious it's a different feature request #56174

[waldyrious]

Thanks for the pointer, @rebornix. I've subscribed to that issue.

[Otiel]

@rebornix Thanks for implementing this!