View Issue Details

IDProjectCategoryView StatusLast Update
0011147MMAPlaybackpublic2022-03-12 01:23
Reporterjiri Assigned To 
PriorityurgentSeverityminorReproducibilityN/A
Status closedResolutionfixed 
Product Version1.0.1 
Target Version1.0.4 
Summary0011147: Make rating always visible in NP screen
DescriptionAs 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?
TagsNo tags attached.
Fixed in build165

Relationships

related to 0011025 closedmartin List views: Show Track Rating 
related to 0009860 closedmartin NP > Album Art: increase swipeable area for switching tracks 
related to 0011239 closedmartin Now Playing controls fail to show 
related to 0011394 closedmarek Add Ratings node to list of available Personalize options 

Activities

rusty

2013-08-14 18:44

administrator   ~0037156

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).

rusty

2013-09-12 16:30

administrator   ~0037487

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.

martin

2013-09-13 11:34

developer   ~0037525

Fixed in build 165.

rusty

2013-09-17 18:12

administrator   ~0037587

Verified item 0) in 147. Not closing until remaining items are transferred to a new bug.

peke

2022-03-12 01:23

developer   ~0067245

Verified that all are moved to other bugs and resolved.