You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If I am working on a page where the source is much longer than the preview (so the webview is unable to align the preview with the source) and a build completes causing the preview to refresh, then the editor is instead synchronised to the preview state and I lose my position. - Very annoying!
The same is true if I switch to another file type e.g. python/vscode settings, if the preview refreshes then the editor is switched back to the source file for the current preview!
A similar but distinct behaviour is jumping among the main .rst file and a bunch of referred .py files (examples can be found in lextudio/pysnmp) when scrolling down.
I believe that's a different issue to report but want to mention that here so you might think about a solution that might cover both.
I assume that happens when using something like .. autodoc::?
I'm tempted to say the autodoc case is working as intended, I wanted it so that if you scrolled into a section that came from an .. included:: file the corresponding source was revealed - it just happened that the solution also worked for autodoc so I left it in.
Though I can definitely appreciate that it could be annoying in some cases. 🤔
Expected behavior
Not to lose my editor position while working
Actual behavior
If I am working on a page where the source is much longer than the preview (so the webview is unable to align the preview with the source) and a build completes causing the preview to refresh, then the editor is instead synchronised to the preview state and I lose my position. - Very annoying!
The same is true if I switch to another file type e.g. python/vscode settings, if the preview refreshes then the editor is switched back to the source file for the current preview!
This issue is not limited to VSCode - see swyddfa/esbonio.el#5
Log output
No response
(Optional) Settings from conf.py
No response
The text was updated successfully, but these errors were encountered: