Synchronized Scrolling in Split Editor

[jcastanza-apollidon]

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.

[deckeogh]

Diff should do what you want. Try using diff 😉

[zYeoman]

Diff is not enough. I want to translate some .md files or improve the translation, google lead me here. 😞 Now I think I have to use vim to do that.

[intellekta]

That's exactly my opinion. Code should provide this function. The constant suggestions of Diff only annoying.

[Flicksie]

3 years and something present in nearly every other text editor has not been seen in Code yet

[srappl]

I agree, this feature would be great to see.

[frang75]

I'm agree too! Will be nice for language translation tasks.

[aarju]

I agree, the 'compare' feature doesn't fit my needs. Sometimes I'm comparing a single function within two very large, very different files.

[i5anoff]

sublime text have this feature 7 years ... vscode don't even bothered about implementing. such a shame

[Ryan-Knowles]

Please add this. It is a standard feature in text editors.

[jalovatt]

I just ran into a great real-world example where all of the previous suggestions to use a Diff would be completely useless.

Our app has English and French localization files, and after making a bunch of updates to the English file I'm now working through the French to make the equivalent changes there.

I've got the English file's changes open in one pane so I can see the lines I updated, the French file in the other, and it would be lovely if the two panes could scroll together. I can't use Compare With... because the entire file would show up as being different.

[shamseerahammedm]

Yes, please !!!

[IgnTeti505]

please add it...

[ManoMylv-Inviqa]

I would love it too!

[EarthmanWeb]

This would be helpful... +1 for me too!

A simple hotkey modifier would be great (ie: ctrl+alt+scroll = lock scrolling of all visible panes)

[wineinpink]

yes please add this feature!

[katubug]

Adding yet another voice to the many asking for this feature! On the bright side, Notepad++ does do this, if you're willing to install more than one editor.

[kokoshneta]

I’ll be yet another voice in the crowd here.

This is absolutely ESSENTIAL for many people. Diff is highly useful, but it is a completely unrelated feature that should not in any way be confused with being able to sync scrolling. Personally, I find myself using diff perhaps once a month or so, whereas I find myself wanting to sync scrolling at least three or four times a week in situations where diff would be completely useless (e.g., translating text files or any other situation where there is a working document and a more or less parallel lookup document).

It’s been two and a half years since this thread started. Hundreds of thumbs-up, dozens of “yes please!” comments… and not a peep about it from the developers? Sad. 👎

[Jarbton]

I can't believe it has been so long since this thread was created. This needs to be a feature!

[raaone7]

much awaited feature, mods please update on the progress

[yaakov1111]

count me in

[kaleem-elahi]

Need this feature, waiting for it.

[jayantnd]

I am too waiting for this cool feature.

[benco-kgarubba]

Yeah great idea, let's do it!!

[aayushch]

It's a value add, it should be done.

[mplaaguilera]

+1!

[rhclayto]

I'm starting to get the picture about how VSCode development works. There's either a serious shortage of developer resources, or the developers just have an unstated resistance to some feature or other, but certain features that are standard in other editors like Notepad++ (like this one or a configurable toolbar) generate tons of feature request issues, all of which are closed by the devs, leaving only one issue open where people come by for years asking for the feature with no response from the devs. It's like they keep that one open issue as a dump for user discontent & hit the ignore button on it, meanwhile giving the PR response that they are eliciting 'conversation', while never actually participating in the conversation.

Just my impression.

[mymage]

@aeschli you solved my issue #83983, so can I ask you the courtesy to give a comment on these issue to understand if it is a problem of prioriry, complexity or utility? Thanks.

[chekka]

absolutely!

[loganmay]

I agree, would be great!

[tejasvi]

As feature-packed vscode may get, the raw strength of vim will never be obsolete. :set scb in each pane, and you are good to go.

[kenny1983]

I'm starting to get the picture about how VSCode development works. There's either a serious shortage of developer resources, or the developers just have an unstated resistance to some feature or other, but certain features that are standard in other editors like Notepad++ (like this one or a configurable toolbar) generate tons of feature request issues, all of which are closed by the devs, leaving only one issue open where people come by for years asking for the feature with no response from the devs. It's like they keep that one open issue as a dump for user discontent & hit the ignore button on it, meanwhile giving the PR response that they are eliciting 'conversation', while never actually participating in the conversation.

Just my impression.

I think you've totally hit the nail right on the freaking head. I've noticed the exact scenario that you describe A LOT across this entire GitHub project, and while we'll never know for sure whether you're right - because they'll never admit it, or probably even notice our messages like you said - I'd still bet my entire life savings on it.

Which is an absolute travesty of justice IMHO. It's one thing to completely ignore user feedback, but to do it so sneakily and try to make out like you're not doing it, is a blatant "f--- you, we don't care about your input AT ALL". If I didn't need it so badly, I'd be discontinuing use of VS Code immediately due to this single presumable dev attitude.

[dqisme]

Everybody hands up, here comes Sync Scroll

This extension will help you synchronize scrolling on split editor. Try it out and leave your reviews or issues or PRs. Very glad to hear that. Happy hacking and long lives the open source community.

[mymage]

Everybody hands up, here comes Sync Scroll

Great!

Improvment suggestion https://github.com/dqisme/vscode-sync-scroll/issues/1

[chekka]

First view → Works fine! Thanks!

[intellekta]

Thanks, works fine.

From: dq notifications@github.com To:microsoft/vscode vscode@noreply.github.com CC:intellekta uwe.cramer@intellekta.de, Comment comment@noreply.github.com Date: 03.06.2020 00:02 Subject: Re: [microsoft/vscode] Synchronized Scrolling in Split Editor (#33110) Everybody hands up, here comes Sync Scroll ( https://marketplace.visualstudio.com/items?itemName=dqisme.sync-scroll) This extension will help you synchronize scrolling on split editor. Try it out and leave your reviews or issues or PRs. Very glad to hear that. Happy hacking and long lives the open source community. — You are receiving this because you commented. Reply to this email directly, view it on GitHub ( https://github.com/microsoft/vscode/issues/33110#issuecomment-637829526) , or unsubscribe ( https://github.com/notifications/unsubscribe-auth/ADLQHAC3DD372DWJ2R7TMX3RUVZGJANCNFSM4DYHXJBA) .

[dqisme]

Everybody hands up, here comes Sync Scroll

Great!

Improvment suggestion dqisme/vscode-sync-scroll#1

Thanks for the feedback!

[JoBrad]

@tejasvi I don’t know that comparison between VSCode and vim in their current states is that fair. Vim was released in 1987 but didn’t get split windows until 2001 (version 6, unless I’m mistaken). The VSCode community seems to have delivered on this feature comparatively quickly. 😄

[sabbakix]

yes, much-needed +

[Imperatorn]

Hello?

[3rg1s]

Hello I am rooting for this feature to be implemented without an extension.

[brianblakely]

I opened this issue up to +1 it and realized I already did so ages ago.

Neat extension, though!

[storenth]

Why this feature still not released? Sad.

[mymage]

Why this feature still not released? Sad.

Maybe I don't understand. I'm using it since a year... Did you update your version?

[3rg1s]

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?

[mymage]

Well I think the ticket should've been closed. Right?

Right

[StendertBroos]

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!

[Dioarya]

Bump

[Fefedu973]

We need this feature

[Tein-devoteam]

I'm very much in agreement with @StendertBroos's suggestion. How can we promote this feature?

[purpledev1337]

It would be a really appreciated feature!