The "Timeout before the fade-out" value of 250ms for cursor on thumb is way to low
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
overlay-scrollbar |
Fix Released
|
Undecided
|
Unassigned | ||
overlay-scrollbar (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: overlay-scrollbar
Not sure what is the thinking here, but as it stands the current timeout of 250ms makes using scroll on thumb virtually worthless, particularly on un maxed windows
If one tries to read something the thumb fades and has to be reacquired thru mouse move
Why the need to fade at all while cursor remains on thumb is quite debatable - if a fade is desired then it should be much higher, 5000ms at a min.
Noting that the presence of a thumb inside of a maxed window is not that big an issue, most time in that case it's not even used or can be removed by moving cursor
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: overlay-scrollbar 0.1.12-0ubuntu1
ProcVersionSign
Uname: Linux 2.6.38-8-generic i686
NonfreeKernelMo
Architecture: i386
Date: Sat May 7 02:34:14 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
PackageArchitec
ProcEnviron:
LANGUAGE=en_US:en
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: overlay-scrollbar
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
tags: |
added: design removed: apport-bug i386 natty running-unity |
Changed in ayatana-scrollbar: | |
status: | Fix Committed → Fix Released |
tags: | added: oneric precise |
Changed in overlay-scrollbar (Ubuntu): | |
status: | New → Invalid |
we're still testing all settings, and we will conduct more quantitative user testing in the next months, so to adjust the settings accordingly to people needs