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://staging/~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.
