Starting from scratch, what are the steps to make the bug happen? The fewer the steps, the better.
Search a term using CRTL-f
Expected result
What do you expect to see after carrying out the steps above?
I expect to find the result and perform an action on it such as copy text.
Actual result
Instead of the expected result, what happened?
If the search target is buried in a long note, the search dialogue obscures most of the results. When you click on the target text, it returns the screen to the top of the note. There isnāt a way to navigate to that text.
Environment
Which operating system are you using? Which browser are you using? If youāre using a desktop or mobile app, whatās the version number of Dynalist?
This is the only feature I can find where Workflowy is clearly superior. If you use ESC to search, it highlights the results, which can be copied or edited. I use search all the time to grab links or other bits of information. Do let me know if thereās a better way of doing this.
I scroll down to find the search term highlighted in the note
I click on the highlighted term
I am taken back to the beginning of the note
The search term is still in the CTRL-F dialogue and I can copy or edit the text, but I am at the top again and the result is no longer highlighted, so I cannot āfindā it
I click in the CTRL-F dialogue and the term is again highlighted with the same result
Maybe thereās something I need to do after entering the search term. A return opens the hints, which obscures the note.
OK. Iāve discovered that it depends on the length of the note. This happens when the note is more than one screen in length and you scroll beyond the first screen to find the search term.
Wow, more than one screen in lengthā¦ I guess thatās why I didnāt manage to reproduce it, itās indeed not a common use case (I might be wrong though).
I can successfully reproduce it now. Added to the to-fix list, looks a bit tricky though. Iāll post updates here when we have any!