• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Some non-critical display issues
#1
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 Smile
Reply
#2
...  The small bit of music that might be covered by the top bar is non-consequential ...
That's not true, at least for me. All my scores are cropped to use the available screen completely. For me it would be a no-go if the overlay covered a part of the score.
first language: German
Acer A1-830, Android 4.4.2 - HP x2 210 G2 Detachable, Win 10 22H2 - Huawei Media Pad T5, Android 8.0 - Boox Tab Ultra C, Android 11
www.moonlightcrisis.de - www.basdjo.de - www.frankenbaend.de


Reply
#3
Yes, you're right, some of mine are like that too, maybe I shouldn't have said 'non-consequential'. My point was that you only open the overlay when you need to use one of the other tools, but for normal reading you'd hide it. So if it covers a bit of music while it's open then it's not really a problem, because you will hide it anyway when you want to get back to playing, but the music moving around is much more distracting. The overlay already cuts off your music, it just cuts off the bottom of the page rather than the top, which could be equally problematic depending on how you use the app.

This is how most PDF readers work already - take a look at Google or OneDrive (at least on Android). Both have a similar overlay when you tap, that comes down over the page, which makes using the app more fluid than jumping the page around. 

Even the Windows taskbar works this way - when you set it to automatically hide, it allows that area of the screen to be used, and the taskbar slides out on top of it, because when you're trying to access the taskbar you don't need to use that area of the screen anyway.
Reply
#4
MobileSheets does NOT just "move" the displayed score, it scales it correctly according to the settings of "Page Scaling Mode" and "Display Mode".
This example uses  "Page Scaling Mode" = Fit Screen and "Display Mode" = Single Page
       

It's more confusing if a well-thought feature of MobileSheets that users are already used to is changed.


Attached Files Thumbnail(s)
   
first language: German
Acer A1-830, Android 4.4.2 - HP x2 210 G2 Detachable, Win 10 22H2 - Huawei Media Pad T5, Android 8.0 - Boox Tab Ultra C, Android 11
www.moonlightcrisis.de - www.basdjo.de - www.frankenbaend.de


Reply
#5
While annotating there might be indeed an issue.
I managed to annotate these red rectangles to mark precisely the upper and lower end of the display:
       
I did that in the annotation window in a mode that showed exactly the complete score just as above. But I can't find that state again, now the annotation window doesn't show the bottom part of the score anymore. I know I can drag and/or zoom the score in the annotation window but can't find that. The screenshot shows the Android bar at the bottom, it is opened by Boox's screenshot feature, don't know how to prevent this. 
   
Is it somehow connected with my Boox Tab Ultra C?
Just now I had that full screen annotation window that I was looking for again. But alas just once and I don't know how to reproduce it
first language: German
Acer A1-830, Android 4.4.2 - HP x2 210 G2 Detachable, Win 10 22H2 - Huawei Media Pad T5, Android 8.0 - Boox Tab Ultra C, Android 11
www.moonlightcrisis.de - www.basdjo.de - www.frankenbaend.de


Reply
#6
On my Huawei tablet with the normal MobileSheets 3.9.33 for Android and my HP Detachable (Win11) it works as expected
   
first language: German
Acer A1-830, Android 4.4.2 - HP x2 210 G2 Detachable, Win 10 22H2 - Huawei Media Pad T5, Android 8.0 - Boox Tab Ultra C, Android 11
www.moonlightcrisis.de - www.basdjo.de - www.frankenbaend.de


Reply
#7
This is behavior I may eventually make configurable. Some users may not like the overlay resizing the music, others would much prefer that over the score being covered by the overlay. 

Mike
Reply
#8
How about the different behaviour of my Boox (eInk) and Huawei (normal Android) device? Could you reproduce it on other eInk devices?
first language: German
Acer A1-830, Android 4.4.2 - HP x2 210 G2 Detachable, Win 10 22H2 - Huawei Media Pad T5, Android 8.0 - Boox Tab Ultra C, Android 11
www.moonlightcrisis.de - www.basdjo.de - www.frankenbaend.de


Reply
#9
I was unable to annotate something on the bottom stave the other day because it was covered by the overlay. I expected to be able to scroll the page up to do it, but it didn't move. I had cropped the page tightly, to help visibility of the score. The only way I was able to add the annotation was to un-crop the page, annotate it, and then re-crop it.
Reply
#10
I'm not sure which overlay you are referring to. If you mean the annotations toolbar, you can select the panning tool and just move the page up or down as needed. You can also use a two finger tap (with the default settings) to switch to the panning tool, and then a two finger tap to switch back to the previous tool. 

Mike
Reply




Users browsing this thread:
1 Guest(s)


  Theme © 2014 iAndrew  
Powered By MyBB, © 2002-2026 MyBB Group.