|
|
I think that one option for views that currently don't have that top selection element (like e.g. Genre view) is to add such a line containing something like MM8 has, i.e. 'view by __Rating__[v]' selection. Alternatively, particularly for smaller screens it would probably be better to move this selection to a context menu. |
|
|
To clarify: you're saying that 'View by' should be at the same level of the Search button? Re. smaller screens, yes--we may have to use the context menu for sorting... |
|
|
What I meant was that currently the Genre view looks like < Rock [Play] [Search] ------------------------------------ Artists | Albums | Tracks ------------------------------------ so one option would be to _replace_ it by < Rock [Play] [Search] ------------------------------------ view by __Rating_____ [v] ------------------------------------ similarly to MM8. However, this would add one click to basic switching between Albums/Artist/Track views. On the other hand, if we add more views (like Rating, etc.), we couldn't fit it all to just one screen anyway (for phones, it would be ok for tablets). Another option would be to solve it by an overflow icon, i.e.: < Rock [Play] [Search] ------------------------------------ Artists | Albums | Tracks | ... ------------------------------------ |
|
|
While testing classical tracks views I think that the easiest way would be to just keep Toolbar scroller in sub views eg.: < Classical Music [View mode] [Search] ------------------------------------------------------------------------------------------------------------ Location | Tracks| Albums| Composers | Genres | Year ------------------------------------------------------------------------------------------------------------ But on < Classical Music -> Years -> Unknown it is missing and hard to navigate where it actually means a lot to have Icons view and grouped tab bar filters |
|
|
Moved to 2.0.0 for review as function already exist in previous views it just needs to be fixed instead of coded per listing. |
|
|
Each view has its own optimized SQL query, to have such tabs also in subnodes we have to define a filter and test it with each SQL query. We have to have a stable MMA version first and then add new features like that. So this is why the sorting and new filters are postponed to 2.0.2. |
|
|
A related issue/feature is that Grouping is currently hardcoded. e.g. Genres > GenreName displays groupings by: Artists, Albums, Tracks (and there's no way, for example, to configure it to display groupings by Rating). This could be addressed via Sorting (by rating) OR it could also be addressed by supporting custom groupings other than those that are pre-configured. Raised at: https://www.mediamonkey.com/forum/viewtopic.php?t=105726 |
|
|
Reviewed and analyzed user requests at https://www.mediamonkey.com/forum/viewtopic.php?p=517684#p517684 They want changes so that [white eye] selections are available in all nodes eg. like Ratings should be Available under Artist, Albums like it is under tracks where SQL query should contain prefix of Current focused node as additional AND criteria. More details in Forum post. Screenshot-20240224-135902.png (117,316 bytes) |
- Anonymous
