Opened 13 years ago
Closed 10 years ago
#2504 closed enhancement (invalid)
Scrollbars should include far right/bottom pixel column/row (Fitt's Law)
Reported by: | sethwoodworth | Owned by: | |
---|---|---|---|
Priority: | Unspecified by Maintainer | Milestone: | Unspecified |
Component: | Sugar | Version: | Unspecified |
Severity: | Unspecified | Keywords: | scollbar, scroll, fitt's law, UX |
Cc: | lfaraone | Distribution/OS: | Unspecified |
Bug Status: | Unconfirmed |
Description
Scrollbars, by necessity for small screens, are small in sugar. But we are not utilizing the right-most pixel as part of the scrollbar. As cited in the Sugar HIG[0] states that screen corners and edges are control interfaces that are highly usable according to Fitt's Law[1].
Here is the current interaction when someone wants to scroll down in an activity:
- User moves cursor to the far right scrollbar.
- User overshoots by one pixel to the right-most pixel (Y-max)
- User clicks and drags the cursor up or down.
- Sugar doesn't respond.
Ideally, this would happen:
- User moves cursor to the far right scrollbar.
- User knows and expects the Y-max to be clickable as scrollbar
- User clicks and drags.
- Sugar scrolls the window.
[0] http://wiki.sugarlabs.org/go/Human_Interface_Guidelines#Activation_Methods
[1] http://en.wikipedia.org/wiki/Fitt%27s_law
Change History (3)
comment:1 Changed 13 years ago by lfaraone
- Cc lfaraone added
comment:2 Changed 13 years ago by sethwoodworth
comment:3 Changed 10 years ago by dnarvaez
- Resolution set to invalid
- Status changed from new to closed
Please open separate tickets for each affected activity.
Note: See
TracTickets for help on using
tickets.
I was wrong. This isn't sugar-wide: it doesn't effect Journal or Help, but does effect Terminal. I will now log which activities this effects and which it doesn't so this bug can be reassigned.
Does:
Does Not:
Not relevant: