01-18-2026, 03:26 AM
Hi, I'd like to leave some notes re. some of my main pain points with using mobilesheets as of now. To me these feel more like display bugs, but I think they fit better in this topic than a support one.
A few months ago (I don't remember the exact version) there was an update that introduced a certain behaviour: when the screen was tapped to show the overlay, the overlay would be put on top of the page, without moving it, rather than pushing the page down with it, as it did before. Maybe this was unintentional, as quite quickly it was reverted back to the old behaviour. At least that's how I remember it but it's a bit hazy so I may be wrong: point is I think that version is much preferable to the current system.
The small bit of music that might be covered by the top bar is non-consequential, as the overlay is used to get into other menus or close the piece, not for active reading, (not to mention that generally that top bar is still usually whitespace anyway), but it does introduce unnecessary motion that personally i find quite distracting, forcing you to get your bearing on the page every time you show & hide the overlay. It would be fine to treat the overlay as the top of the screen when it's set to always show, but other than that I don't think it's helpful to do so.
The other problem moving the page creates is annotation mode: as the annotation mode overlay does behave in the way i'm suggesting, entering annotation mode with the overlay open then jumps the page back up to where it was before, including if annotation mode is opened by approaching with the stylus, leading to errors in placement, and more general confusion & double takes.
A related issue for me is that in vertical scrolling display mode, entering annotation mode resets the page position to the centre. This means you just have to use the "correct" flow of enter annotation mode -> zoom & pan to position, and if you try to do it the other way round, it'll just be frustrating. Partly that's on me for not getting used to the system well enough but I wish it was more forgiving to use.
I'm assuming this is intentional behaviour designed to mitigate placement issues, but if it was possible to avoid, keeping the viewing position unchanged, it would remove a lot of the friction of entering annotations. Even temporarily changing to single page mode when annotation mode is entered would be preferable to the current behaviour, for me at least. (not to suggest I would know how to fix this, just for example's sake)
tl;dr i wish the page moved less when i'm not trying to move it.
Thanks very much for your time and consideration
A few months ago (I don't remember the exact version) there was an update that introduced a certain behaviour: when the screen was tapped to show the overlay, the overlay would be put on top of the page, without moving it, rather than pushing the page down with it, as it did before. Maybe this was unintentional, as quite quickly it was reverted back to the old behaviour. At least that's how I remember it but it's a bit hazy so I may be wrong: point is I think that version is much preferable to the current system.
The small bit of music that might be covered by the top bar is non-consequential, as the overlay is used to get into other menus or close the piece, not for active reading, (not to mention that generally that top bar is still usually whitespace anyway), but it does introduce unnecessary motion that personally i find quite distracting, forcing you to get your bearing on the page every time you show & hide the overlay. It would be fine to treat the overlay as the top of the screen when it's set to always show, but other than that I don't think it's helpful to do so.
The other problem moving the page creates is annotation mode: as the annotation mode overlay does behave in the way i'm suggesting, entering annotation mode with the overlay open then jumps the page back up to where it was before, including if annotation mode is opened by approaching with the stylus, leading to errors in placement, and more general confusion & double takes.
A related issue for me is that in vertical scrolling display mode, entering annotation mode resets the page position to the centre. This means you just have to use the "correct" flow of enter annotation mode -> zoom & pan to position, and if you try to do it the other way round, it'll just be frustrating. Partly that's on me for not getting used to the system well enough but I wish it was more forgiving to use.
I'm assuming this is intentional behaviour designed to mitigate placement issues, but if it was possible to avoid, keeping the viewing position unchanged, it would remove a lot of the friction of entering annotations. Even temporarily changing to single page mode when annotation mode is entered would be preferable to the current behaviour, for me at least. (not to suggest I would know how to fix this, just for example's sake)
tl;dr i wish the page moved less when i'm not trying to move it.
Thanks very much for your time and consideration

