-
Notifications
You must be signed in to change notification settings - Fork 29.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Synchronized Scrolling in Split Editor #33110
Comments
Related #17362 |
Would love this as well. Synchronized scrolling would allow for easy text diffs, similar to how the version diff works for the source control. |
This doesn't get enough love |
bumping this cool request |
spreading love |
I would love to see this feature implemented as well, and be able to see text diffs. |
👍 +1! |
Would love to see this too |
Adding my own voice for this addition. 👍 |
Agree, this would be a very handy feature. Are there any updates on this request? |
i need this, please! |
I'm sure that this will catch @rebornix 's attention soon |
Yes, this would be a great addition. 👍🏼 |
I'd love to see this tooooo |
It would be a good addition, and probably not too difficult to implement since it's already implemented on the file comparison, which btw is a nice workaround in the meantime |
Yes please! |
👍 +1 |
Hello I am rooting for this feature to be implemented without an extension. |
I opened this issue up to +1 it and realized I already did so ages ago. Neat extension, though! |
Why this feature still not released? Sad. |
Maybe I don't understand. I'm using it since a year... Did you update your version? |
Well I think the ticket should've been closed. Right? |
Right |
As I am using an ultra wide screen, I would really like to split a single long (.ipynb) file into multiple columns, showing different line ranges per column, scrolling through them in sync. In general, this allows for efficient use of long files on wide screens. Optimal would be something like a "broaden file" option with automatic consecutive alignment across columns, based on lines on screen. So if one pane shows X lines, then pane 1 contains line 1 till line X, pane 2 contains line X+1 till line 2X, pane 3 contains line 2X+1 till line 3X, etc. Echo'ing @3rg1s, I think such a feature would be best implemented natively, and would probably be widely used, even on screens that are not very wide. On a side note, dqisme's plugin does not work very well when scrolling fast with offset as it changes the offset, and does not work at all for Jupyter Notebooks. Best! |
Bump |
We need this feature |
I'm very much in agreement with @StendertBroos's suggestion. How can we promote this feature? |
It would be a really appreciated feature! |
Unfortunatelly, this extension is not working anymore. |
I'm planning to introduce synchronized scrolling to Visual Studio Code in March and would like to make it as straightforward and practical as possible. To do that, I'm keen to understand the scenarios you envision using it for and how you'd prefer to switch it on or off. It seems like a lot of the interest is around comparing language files, where both files would scroll together so that each line matches up across files. Do you use a standard format for your language files, or have you developed a custom format? If there are other scenarios where the current Regarding how to access this feature, would a command like I'm open to any feedback or suggestions on how to better implement this feature. |
Great!
|
A less opinionated command like |
This comment was marked as spam.
This comment was marked as spam.
I have used split editors for language files, but more commonly I’ve used it for different versions of the same file, to identify how they differ. Sometimes, that means things like comparing a file in the repository or workspace I have open with a backup file downloaded from a third-party backup system and not located in the same repository/workspace. It also means it’s often the case that lines numbers are not parallel. Code on line 50 in one version may be on line 400 in the version I’m comparing with. A command like ‘Synchronize Scroll Active File With…’ would be useful, but quite limited. A much, much more powerful and useful feature would be two toggles located in/on/at/by the scrollbar between adjacent editor panes:
In combination, those would determine which of the three possible scrolling behaviours applies to the two panes:
That would be the dream scenario for me. It’s quite similar to the plugin linked to by @oshliaer, except that it looks like the plugin just has three modes to choose from as a command, rather than toggles. The benefit of toggles is that they allow you to individually set the syncing and line matching mode not for the window but for two adjacent split editor panes. That means that if you have your editor split into four panes, you can sync-scroll all four panes, only panes 1+2, panes 1+2 and 3+4 but not 2+3 (giving you two separate, sync-scrolling ‘groups’), etc. |
Related on Stack Overflow: Synchronise vertical/horizontal scrolling in split view More loosely related: How can I make VS Code display a file in a two editor groups, where the bottom line of the left group is always the top of the right one? for people who want to sync a split of the same file, but have one start at the line where the previous ends. |
Up! |
Tomorrows VSCode Insiders will support the Try it out here: https://code.visualstudio.com/insiders/ |
I have a feature request related to synchronized scrolling in the Split Editor. I checked for extensions and didn't see any. Was wondering if this is the pipeline or not.
The text was updated successfully, but these errors were encountered: