Bugzilla – Bug 11975
menu slider goes to bottom, is a problem due to the touchscreen
Last modified: 2010-04-08 17:24:32 UTC
The current menu scrollbar goes all the way to the bottom of the touchscreen. This is a problem with our touch pad for two reasons: 1) The touchscreen is not precise when moving off the bottom. if you slowly slide you finger off the bottom of the screen, you'd like the list to end at the bottom. Instead, due to the touchpad bottom errors, often times the list will jump back up in the list and not be at the bottom. 2) If you are moving fast, the final registered point on the touch pad will not be the bottom of the list (due to the refresh rate of the points). This is not a problem really with the top part of the scroll bar since there is still touchable area above the scrollbar Possible solution: move the bottom of the scrollbar up at least 20 pixels.
Noah, we need some UI direction on this, then I will implement.
20px is a major move. Let me look into this and see what we can do. Another perspective would be to interpret the entire content area as a scroll bar thus decreasing the necessity for users to actually depend on the scroll bar for navigation. The scroll bar is a reference for where you are in a list. We have made the assumption from web behavior that a user will use it to manipulate the content area...again let me see what can be done to resolve this technical problem from a visual standpoint.
FWIW, I use the scrollbar all the time on long lists, and differently than how I use touch in the main content area of a menu. I'm not really keen on merging the touch behavior between content area and scrollbar. To me at least, they serve as qualitatively different ways of navigating.
Talked with Dean about this, He suggests some things that can improve the situation. 1. Currently, the scrollbar doesn't stick to the finger down point, instead it sticks at the endpoint of the lozenge. Fix this and there will be less chance of hitting the end. 2. (only matters in 1. is done) Make a large minimum size for the the lozenge (this would involve making the noncurved body part of scrollbar_body_b.png and scrollbar_body_b.png larger). Since we need 20 pixel at the bottom, I suggest adding 10 pixels on each image. This reduces the resolution of the slider a bit, but only by about 10% 3. As you slide down, have the scrollbar move farther down than your finger such that when you reach the bottom your finger is at the top of the lozenge (this might be doable now with a padding hack)
This will also be a problem for the brightness slider, etc. correct? 1. Consider moving the slider asset directly below the titlebar 2. Extend the toolbar above the 20pixel barrier therefore add padding. Attaching screen comps...
Created attachment 5318 [details] Ref artwork - slider top aligned
Created attachment 5319 [details] Ref artwork - slider extended height
(In reply to comment #5) > This will also be a problem for the brightness slider, etc. correct? No. The problem with the vertical slider that the endpoint of the slider is very close to the edge of the screen, making it impossible to drag the lozenge to the end. The horizontal brightness and volume sliders don't terminate near the edge of the screen and are both usable at their current size and screen position (although the volume slider is currently broken in other ways).
Reset priority before triage.
This was missed as a 7.5 P1, due to the bottom menu item often not appearing when dragging the scrollbar to the bottom.
Additional hours worked: 6.0 == Auto-comment from SVN commit #7980 to the jive repo by tom == == https://svn.slimdevices.com/jive?view=revision&revision=7980 == Bug: 11930 +2 Bug: 11976 +6 Description: - Volume slider finger now sticks to pill - Scrollbar bottom compensation added for fab4.
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!