View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011931 | MMA | Navigation | public | 2014-03-10 15:00 | 2014-03-12 07:01 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.0.4 | ||||
| Target Version | 1.0.5 | Fixed in Version | 1.0.4 | ||
| Summary | 0011931: Track selection is buggy on some devices | ||||
| Description | 1) On some devices (e.g. the Nexus 5) after initially selecting a track, attempts to select a second track always fail; what happens is that a) clicking the checkbox in a playlist causes the scrollbar to appear. b) clicking the checkbox in the tracks list causes the scrollbar to appear and causes the scrollbar to scroll all the way down the list away from the track that the user intended to select. This is because the scrollbar is triggered when the screen is pressed in the location of the checkbox--to check the checkbox, the user has to click to the left of the checkbox!! 2) When initially selecting a track, click-hold works on any portion of the track, but subsequently attempting to click-hold other tracks has no effect. It probably should given that this is how gmail and other apps now work. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 232 | ||||
|
|
1) The only option is to move everything slightly to the left. Many apps have it that way. We are not able to move it only when scrollbar is visible. Btw you don't have to click on checkbox, whole item is active. |
|
|
1) The problem is specific to the resolution of the Nexus 5 device (i.e. on other devices/resolutions, clicking the checkbox and/or scrolling works) so I suspect it's a scaling issue. 2) Re. 'the whole item is active': that's what I'm trying to say: when I click-hold on an item (subsequent to the first item's selection), it doesn't work. The item flashes, and remains in its unchecked state. |
|
|
1) This is related to api 19 (4.4). They have changed the way the click is propagated. Now all visible views receives the click. I suggest to use Google Music app pattern to avoid click and also visual conflict between listview items and scrollbar. I will make the listview slightly thinner with padding on the right side. Scrollbar will be always visible and will have reserved space. This will make the scrolling much easier. According to IM with Rusty we can add also indexed scrollbar with letters. But this is a custom component that is not part of Android because it is iOS feature. There is a library (https://github.com/woozzu/IndexableListView/blob/master/src/com/woozzu/android/widget/IndexScroller.java) that support this behaviour but it has to be adjusted for our purpose. Complete fix will be implemented in 1.0.5 Now I have added some additional space for scrollbar on kitkat devices. So there is no conflict between checkboxes and scrollbar but the click is still propagated to listview. 2)'whole item is active' was related to 1) . Long click was fixed in build 232 |
|
|
Tagging as resolved--will open new bug for remaining post 1.0.4 issues. |
|
|
Verified 232. |
