Skip to content
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

Preview -> Editor scroll sync too aggressive #933

Open
alcarney opened this issue Dec 7, 2024 · 2 comments
Open

Preview -> Editor scroll sync too aggressive #933

alcarney opened this issue Dec 7, 2024 · 2 comments
Labels
bug Something isn't working lsp Issues that relate to the language server
Milestone

Comments

@alcarney
Copy link
Member

alcarney commented Dec 7, 2024

Expected behavior

Not to lose my editor position while working

Actual behavior

image

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

@alcarney alcarney added bug Something isn't working lsp Issues that relate to the language server labels Dec 7, 2024
@alcarney alcarney added this to the 1.0 milestone Dec 7, 2024
@alcarney alcarney added this to Esbonio Dec 7, 2024
@github-project-automation github-project-automation bot moved this to Todo in Esbonio Dec 7, 2024
@lextm
Copy link
Contributor

lextm commented Dec 8, 2024

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.

@alcarney
Copy link
Member Author

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. 🤔

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working lsp Issues that relate to the language server
Projects
Status: Todo
Development

No branches or pull requests

2 participants