I know this issue has been spoken about here, but I have done some testing and have noticed a pattern. Before I send it off to support, I just want to see if others are seeing the same behaviour.
In these series of GIFs, I have a note that shows the Y coordinate as its name (and for the uninitiated, as per atbref in Tb the Y axis is negative in the up direction and vice versa.)
What I’m doing is selecting the note, down-arrowing into it as if it was a container, and then up-arrowing back to the map above. In a certain bound (which in my tests seems roughly about -15 to the up and about +3 to the down (although I think it’s influenced by if the app is full-screened or windowed and how many notes you have and where they are), the up arrow back to the map from the map one level down returns the note to the previous scroll position as when you left it.
Have a look at the following few GIFS:
All working fine.
However, once you get to a certain point down or up (and a similar thing happens on the X axis, not sure of the bounds the spread seems broader than the Y axis), the traversal starts with the note hunting out a point closer to Y=0 until the vertical scroll bar has hit its upper or lower limits:
Using the breadcrumb bar to click back rather than the up arrow retains the previous map position with no traversal, but for those of us who prefer more keyboard and less mouse, it’s a bit of an annoyance (although Shift-Command-Up Arrow will retain the previous map position.)
If someone has the time, could they have a go at replicating this and then if it’s confirmed I’ll ping tech support with this thread.
Thanks in advance.