Inconsistent scroll view memory between editor and markdown preview panes

Addison Lee

July 18, 2020 19:36

To reproduce:

1. Create a markdown file with enough lines to allow scrolling
2. Scroll down in the main editing pane (the right side markdown preview will scroll with it, which is correct)
3. Select another file from the left hand side file list
4. Now switch back to the original file

Result:

Now I see the main edit pane view showing the file from the top, but the right side markdown preview is still in the same position when I had previously viewed it. I would expect either both views to be reset to the top or both views to remember their last positions, but right now, they are inconsistent.

0

• 

  Fletcher Penney

  July 21, 2020 19:42

  The preview isn't remembering where it was the previous time you viewed the first file, it is staying where it was when you viewed the second file, just with new content (obviously contingent on the second preview being longer than the first.)

   

  When reloading a text file, the previously selected range of text is reselected, triggering a scroll if necessary to ensure that it the selected range is visible.  (It doesn't technically scroll back to the same position.)

  When loading, the preview has not been processed yet, so scrolling doesn't work at first.  We can consider looking into adding more functionality here in the future.

   

  0
• 

  Addison Lee

  July 22, 2020 21:12

  Thanks for the additional context. I have verified that indeed the initial preview location is based on the location of the previous file's preview location.

  FWIW, I would be perfectly satisfied with both the editor and preview windows starting at the very top of the file every time I switch to another file.

  0

Please sign in to leave a comment.