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

alt-h doesn't always retain cursor position #19

Open
folofjc opened this issue Feb 28, 2022 · 2 comments
Open

alt-h doesn't always retain cursor position #19

folofjc opened this issue Feb 28, 2022 · 2 comments

Comments

@folofjc
Copy link

folofjc commented Feb 28, 2022

First off, thank you for this! I had turned off vimium for workflowy and really missed my vim mappings!!

If i am on a page with a bunch of bullets, then I open one, and then I do <alt>-l to zoom in, the cursor position remains where I was anywhere under that bullet. However, when I then zoom back out with <alt>-h, the cursor usually goes to the very top of the long bullet list.

@Wojnach
Copy link
Owner

Wojnach commented Mar 2, 2022

It does that when It can't find the bullet it was on after the zoom out.

This can happen due to various reasons. Most of the time its because the parent item is collapsed and the item you were on is no longer visible. A fix for that would be to automatically open up that collapsed bullet before zooming out - but that didn't work back when it was written. Collapsing/opening a bullet is driven by an animation which isn't instant which is why the information wasn't available upon zooming out, because the zoom is instant. Maybe Workflowy has added some new function to open/collapse them without animations. I'll check.

But I'm only able to reproduce the bug when the parent item is collapsed atm. If you find that it's happening even though every item in the item-chain is open then please recreate the structre with a bunch of A->B->C.. items and post it here so I can reproduce it and I'll try to fix it.

Another helpful thing would be to see if it is throwing out any errors when this is happening. If you press F12, while browsing, then you should get a developer window. There should be a tab there called console. It might have printed an error message at the bottom in the console.

@folofjc
Copy link
Author

folofjc commented Mar 2, 2022

Hmmm okay I will see if I can test it. I was not paying that close attention. But I have no idea how the parent could have been closed when it had to be open for my cursor to be on that item when I did the alt-l in the first place....

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants