by Rob_S » Mon Feb 06, 2023 4:27 pm
Maybe we should define the key functionality we want that we do not have now?? Here are some random thoughts:
It appears to me that people would want to see for every track they have displayed, a list column or a popup/preview window showing which playlists it is attached to, with the possibility to check/uncheck which one it should be added or removed.
Most of these things exist now - ie the "Highlight playlist tracks" addon will show which tracks in the current list display are contained in a selected playlist. It is cumbersome, because it needs to duplicate the list of playlists in the main window, and it requires a right-click add, or drag, to add unhighlighted items to the list, or right-click, delete to remove. If a checkbox column would appear, that might help.
The classification window of the properties dialog has a list of which playlists the selected track is attached to, with the ability to uncheck if not desired, but no way to add it to another list.
I don't see a column (like multi-genre) working, as it would in some cases have too many entries
For some people, with hundreds of playlists, I don't see how the popup or window would work, as it would have too many entries as well, as it would have to show every single regular playlist - to accomodate additions.
Also, if a track is added by way of a checkbox system, how do you position it in the playlist?
If it were possible to add a checkbox to the EXISTING playlist node, which would indicate if the selected track or tracks is in there or not, that might work the best, and if this could be combines with the "Highlight playlist tracks" for the currently selected playlist subnode?? (a greyed checkbox might indicate that only some of the selected tracks are included) This option would get my vote and hardly take up any screen real estate.
Maybe those who really want this improvement should clearly define how it should work?? Devs might be scared o f this one, as it will be hard for any specific solution to please any large enough group of users.
Maybe we should define the key functionality we want that we do not have now?? Here are some random thoughts:
It appears to me that people would want to see for every track they have displayed, a list column or a popup/preview window showing which playlists it is attached to, with the possibility to check/uncheck which one it should be added or removed.
Most of these things exist now - ie the "Highlight playlist tracks" addon will show which tracks in the current list display are contained in a selected playlist. It is cumbersome, because it needs to duplicate the list of playlists in the main window, and it requires a right-click add, or drag, to add unhighlighted items to the list, or right-click, delete to remove. If a checkbox column would appear, that might help.
The classification window of the properties dialog has a list of which playlists the selected track is attached to, with the ability to uncheck if not desired, but no way to add it to another list.
I don't see a column (like multi-genre) working, as it would in some cases have too many entries
For some people, with hundreds of playlists, I don't see how the popup or window would work, as it would have too many entries as well, as it would have to show every single regular playlist - to accomodate additions.
Also, if a track is added by way of a checkbox system, how do you position it in the playlist?
[b]If it were possible to add a checkbox to the EXISTING playlist node, which would indicate if the selected track or tracks is in there or not, that might work the best, and if this could be combines with the "Highlight playlist tracks" for the currently selected playlist subnode?? (a greyed checkbox might indicate that only some of the selected tracks are included) This option would get my vote :) and hardly take up any screen real estate.[/b]
Maybe those who really want this improvement should clearly define how it should work?? Devs might be scared o f this one, as it will be hard for any specific solution to please any large enough group of users.