View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0020225 | MMW 5 | Playlists (Auto) / Search / Filters | public | 2023-09-09 21:25 | 2026-10-21 22:03 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | feature | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Product Version | 2024.0 | ||||
| Target Version | 2027.0 | ||||
| Summary | 0020225: AutoPlaylists/Filters: Ability to find all tracks that are/aren't members of any playlists | ||||
| Description | Some users would like to find files either associated with Playlists (more useful in Filter/Collection) or files not associated with Playlists in the MediaMonkey Library. Currently you have is and is not operators available, but not is known and is unknown which would make this a much easier process. | ||||
| Additional Information | https://www.mediamonkey.com/forum/viewtopic.php?t=104924 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
For Playlists you can only select the is or is not operators, it would be good if other operators like is known or is unknown. 1. Is known would show any files on any Playlist 2. is unknown would show any files not on any Playlist |
|
|
Seems useful, to be able to see 'Tracks contained within any playlist' or 'Tracks not contained within any playlist' but the wording 'Playlist _is known_ or _is unknown_ is unclear. Perhaps instead: Playlist _is any playlist_ Playlist _is not any playlist_ OR alternatively, Playlist _is_ ( ) Any playlist (o) Specified playlist(s) . [ ] Playlist 1 .... and Playlist _is not_ ( ) Any playlist (o) Specified playlist(s) . [ ] Playlist1 ... Thoughts? |
|
|
Maybe the naming like this: 'is in any' => Track belongs to at least one playlist 'is not in any' => Track belongs to no playlists 'is in' => Track belongs to the selected playlist 'is not in' => Track does not belong to the selected playlist ? Nevertheless it seems to be quite complex to find whether a track is part of an auto-playlist, it would require querying all auto-playlists in library which would be a huge performance penalty But for static playlists the operation would be instanceous, does it make sense to make it function for static playlists only? |