View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009587 | MMA | Playback | public | 2012-08-17 03:27 | 2012-08-31 20:42 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 1.0.1 | ||||
| Summary | 0009587: No obvious mechanism to return to the browser list from Now Playing | ||||
| Description | If the user is in Now Playing>Album or Now Playing>Track view, the menu bar doesn't provide a mechanism to return to the previously viewed browser listview. i.e. when in Now Playing views, the top bar shows: [MediaMonkey icon] | MediaMonkey and clicking the icon brings the user to the home menu, when in fact most users want a way of getting back to the last used browser listview. (note: it's possible to achieve this via the 'back' button, however, that doesn't change the fact that most users expect to achieve this by clicking the icon to the left) A simple solution to this could be for Now Playing views to display as follows: [Icon for last-viewed browser listview] | Now Playing and when the user clicks the icon it would just bring the user back to the view that they expect. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 23 | ||||
|
|
From one point of view I'd agree. However, there are some aspects that speak for the current solution: 1. Back button is perfectly fine for navigation and it works as expected here. The suggested implementation kind of emulates Back button. 2. Currently the Up button leads from NP view consistently to Home view. In the suggested change, it would have to lead to all kind of views (including Home e.g. when we get to NP from a Widget). So, I kind of like both solutions, for that reason decreasing priority, to be reviewed sometimes later. |
|
|
It's not really emulating the back button. Here's how I use MM: 1) choose a bunch of tracks to add to NP or to a playlist 2) listen in NP for an hour - re-order tracks - switch to NP>Album view - re-order track (to re-listen) etc. 3) Switch back to last browser view to add more tracks BUT: no way to get directly to the last used browser view short of pressing 'Back' several times. |
|
|
Ok, it looks rather like an incorrect implementation of Back button handling then. E.g. in Gmail application, if I switch several times between 2 mailboxes, then using Back button I don't cycle between these 2 mailboxed, but return to the previous view immediately. Similarly, Back button in MM shouldn't just cycle between NP and NP List views, right? |
|
|
I don't think that you can rely on the Back button for this functionality, since it is often used to switch between applications. e.g. I'm in Navigation app, and want to switch to MM to add a new track to the playlist. Here's what I have to do vs what I'd expect to do: 1 pull down notification bar and switch to MM (which is in Now Playing mode) 2 at this point, I just want to go to the view that I'd previously been navigating to add more tracks. BUT pressing 'Back' is not the right solution because it would switch Back to the Navigation app. What I really expect to be able to do is to somehow quickly get back to the last position of the last viewed browser list to be able to add another track to Now Playing. But instead, in MM I have to exit Now Playing back to the home screen, switch to a view, navigate to a subview, and then choose my track :-( |
|
|
No, you aren't right in 2, where Back can be used - i.e. you can switch to MM from another app and then Back takes you to the previous view in MM. This seems to be consistent with how other apps work, e.g. the stock Music player. |
|
|
You're right--the last example is incorrect. The problem is just as originally described and elaborated at http://www.ventismedia.com/mantis/view.php?id=9587#c31659 and described by you at http://www.ventismedia.com/mantis/view.php?id=9587#c31661 i.e. that the user can easily get into a situation where they must rely on multiple 'back' presses to get to the last-used list view. i.e. unlike in Gmail app, where the user just presses 'back' to back one level in the hierarchy even after going through multiple e-mails etc., in MM if you switch between NP>list and NP/Album art view 10 times over the course of an hour, the user has to press the 'back' button 10 times before getting back to the list view. btw, I described this earlier in the bug, but want to re-iterate that we should also modify the text that appears in the Now Playing views: MediaMonkey --> Now Playing (even if we don't change the links to the left of it). |
|
|
Ok, assigning to Marek to fix Back button handling and change the title. |
|
|
Fixed |
|
|
This is partially fixed, but still can be reproduced by repeatedly pressing MiniPlayer (and thus jumping to NP view) and 'NP List' icon. This all goes to history and is then traversed by Back button. |
|
|
I don't understand. If I click on Mini player, it jumps to NP view and there is no Mini player. How do you press MiniPlayer repeatedly ? |
|
|
Explained over IM. |
|
|
Fixed |
|
|
Verified 23. |
