View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0011147 | MMA | Playback | public | 2013-08-13 12:26 | 2022-03-12 01:23 |
Reporter | jiri | Assigned To | |||
Priority | urgent | Severity | minor | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Product Version | 1.0.1 | ||||
Target Version | 1.0.4 | ||||
Summary | 0011147: Make rating always visible in NP screen | ||||
Description | As requested e.g. in http://forum.mediamonkey.com/viewtopic.php?f=21&t=68825&start=30#p372603 , some users would like to have rating (and Shuffle/Repeat buttons) always visible. I see two possible improvements (both can be implemented): 1. If there's enough vertical space (e.g. as on S3), we could show a new line consisting of Shuffle, Rating and Repeat controls. So the controls wouldn't be drawn over AA. 2. We could add a Setting to prevent automatic hiding of the controls shown over AA - i.e. they'd be either shown or hidden _until_ user clicks somewhere on AA. Or, alternatively, do we need this configuration? Would it make sense to always require a click to hide the controls? | ||||
Tags | No tags attached. | ||||
Fixed in build | 165 | ||||
related to | 0011025 | closed | martin | List views: Show Track Rating |
related to | 0009860 | closed | martin | NP > Album Art: increase swipeable area for switching tracks |
related to | 0011239 | closed | martin | Now Playing controls fail to show |
related to | 0011394 | closed | marek | Add Ratings node to list of available Personalize options |
|
I agree that it often makes sense to show the ratings, not just in the NP Album Art view, but also in the list views, if there's enough space; but that's a separate issue. When we consider changes to the NP Art view, we should also consider another problem that is related to the need to display ratings/shuffle/repeat: the amount of space available to swipe tracks forward/back is too small (see 0009860 ). Both issues should be fixed in such a way that they don't conflict with one another. I'm worried that the suggested approach would prevent swiping from being used to switch tracks. I would suggest 1 variation, and 1 completely different alternative: Variation: 1a. Always draw the ratings controls over the AA, BUT: i) make them smaller ii) make absent ratings less intrusive by using outlines, and eliminate the need for a background by modifying the interior of the outline based on the background of the album. See Google Music for an example of this. 1b. Always draw repeat/shuffle indicators over the AA, BUT: i) make them smaller ii) make them less intrusive by using outlines when disabled, and eliminate the need for a background by modifying the interior of the outline based on the background of the album. 2. I wouldn't bother with a configuration for these controls. They key is to make them sufficiently inobtrusive that they won't bother a user that doesn't take advantage of them. Using this approach it would be possible to expand the swipeable space below the Album Art so that tracks can be more easily switched via a swipe. OR, TAKE A COMPLETELY DIFFERENT APPROACH to resolving 0009860: 3) Make the Album Art swipeable, for next/previous 4) Make lyrics appear by clicking on the AA (instead of swiping), or by clicking a new button on the right side of the player (opposite the 'NP list' button). 5) Have ratings appear as suggested in 1a above if there's no space, OR in the track metadata section (below) if there is space (device-dependent). 6) Have repeat/continuous indicators appear as suggested in 1b above if there's no space, OR in the track metadata section (below) if there is space (device-dependent). |
|
Upon further discussion, a simpler idea was proposed: 0) Eliminate the timer that causes the ratings bar and shuffle/repeat buttons to disappear. So the user presses the AA to have it display, and then presses it again to make it disappear. We can implement that, collect feedback, and if necessary, additionally implement 1a/1b so that the buttons are less intrusive. |
|
Fixed in build 165. |
|
Verified item 0) in 147. Not closing until remaining items are transferred to a new bug. |
|
Verified that all are moved to other bugs and resolved. |