nux::ScrollView::FindAreaUnderMouse takes scroll-bars into account when they are disabled.
Bug #1039480 reported by
Nick Dedekind
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Nux |
Fix Released
|
Undecided
|
Unassigned | ||
Unity |
Fix Released
|
Undecided
|
Unassigned | ||
nux (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
unity (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
When performing mouse hit-tests for a nux::ScrollView, the scroll-bars are always accounted for, even if they have been explicitly disabled.
This can cause a premature mouse hit-test cut-off on a child view at the bottom or side of the ScrollView.
Found in music album previews where there are more tracks than space available. The track play/pause overlay focus on the tracks at the bottom of the scroll-view is cut-off.
Related branches
lp:~nick-dedekind/nux/lp1039480.scrollview-mouse-hittest
- Andrea Azzarone (community): Approve
-
Diff: 121 lines (+82/-4)2 files modifiedNux/ScrollView.cpp (+10/-4)
tests/gtest-nux-scrollview.cpp (+72/-0)
tags: | added: bitesize |
Changed in nux: | |
status: | New → In Progress |
Changed in nux: | |
status: | In Progress → Fix Committed |
Changed in unity: | |
milestone: | none → 6.4 |
Changed in unity: | |
status: | New → Fix Committed |
Changed in unity: | |
status: | Fix Committed → Fix Released |
Changed in nux: | |
status: | Fix Committed → Fix Released |
Changed in unity (Ubuntu): | |
status: | New → Fix Released |
Changed in nux (Ubuntu): | |
status: | New → Fix Released |
To post a comment you must log in.