ability to manipulate playlists as objects

Post a reply

Smilies
:D :) :( :o :-? 8) :lol: :x :P :oops: :cry: :evil: :roll: :wink:

BBCode is ON
[img] is ON
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: ability to manipulate playlists as objects

Re: ability to manipulate playlists as objects

by Codec » Mon Feb 04, 2019 8:25 pm

I stand in solidarity with Frankenpod and Voltron8MyHat. I too would love a way to ctrl-select or shift-select multiple playlists and move them around to other playlist nodes or delete them.

Re: ability to manipulate playlists as objects

by Voltron8MyHat » Sat Dec 26, 2015 4:42 pm

I am astounded that you still can't move multiple playlists at once. This alone can be a deal breaker for someone trying to switch from iTunes (you import hundreds of playlists from iTunes and they are all in a folder called "imported from iTunes," and the only way to get them out is to move them ONE BY ONE... just horrible).

Not only does it make switching from iTunes a PitA, but it's really awful trying to organize your playlists (because you can only move them one at a time)!

Re: Move playlists - Recently Added Tracks-Recently Added Co

by frankenpod » Fri May 29, 2015 6:23 pm

Voltron8MyHat wrote:
Lowlander wrote:You can't select multiple Playlists to be moved.
How in the world can this be true? Just like the original OP's situation, when someone decides to switch from iTunes (or whatever) to MediaMonkey and they import their hundreds of playlists, you're just SOL on moving your playlists out of the "imported" folder? It's just a database. This can't be the case.
Well, you can move playlists - just only one at a time, which really is supremely tedious. And made more so by the awkward vertical (slowly) scrolling list. And still more so by the way that every time you drop something into a nested 'node', it insists on opening the entire subnode, pushing everything else back down the screen again.


Editing this post just to say I really, really wish this could be fixed, because I'm thinking its going to take me weeks to laboriously move all these playlists one at a time. Its _so_ tedious!!!

Re: ability to manipulate playlists as objects

by rivorson » Fri May 29, 2015 12:31 pm

From a technical perspective I think the two options for actually displaying two playlists are a simple append operation with no special processing, or use the existing autoplaylist framework to create a list with criteria Playlist Is the selected playlists. Either of these could work without affecting performance significantly. The former option would retain the track order of each playlist in the view and would keep duplicates. The latter would remove duplicates but the track order would be lost.

Re: Move playlists - Recently Added Tracks-Recently Added Co

by Voltron8MyHat » Fri May 29, 2015 11:23 am

Lowlander wrote:You can't select multiple Playlists to be moved.
How in the world can this be true? Just like the original OP's situation, when someone decides to switch from iTunes (or whatever) to MediaMonkey and they import their hundreds of playlists, you're just SOL on moving your playlists out of the "imported" folder? It's just a database. This can't be the case.

Re: ability to manipulate playlists as objects

by Lowlander » Fri May 29, 2015 10:16 am

The SQL of my AutoPlaylists is complex as is, I'd be worried about even worse performance if MediaMonkey has to combine multiple Playlists. I won't vote against an option though.

Re: ability to manipulate playlists as objects

by MMFrLife » Fri May 29, 2015 6:17 am

MMFrLife wrote:Although, it would be nice to have it populate as an option, to be able to quickly combine multiple playlists for playing or working with from the file list.
rivorson wrote:Also, if a track appears in two selected playlists do you show the track twice or do you remove duplicates?
MMFrLife wrote:That's a good question, something to think about.
I guess I would have it remove the duplicates since you are working with the combined playlists as if it were either it's own big new one or
could be custom edited to create multiple new lists from a single source (including, duplicating any single file to a new playlist, if desired, by moving files to
Now Playing from the file list). The problem is that removing duplicates from the combined list might also remove them from their respective playlist.
If the control > mult-selection file list could somehow disallow this, only allowing files to be removed cosmetically (like a "remove from File List only" dialog),
it could work. However, this would probably be too much of a coding headache, if even possible, to implement. :(

Re: ability to manipulate playlists as objects

by MMFrLife » Fri May 29, 2015 5:31 am

rivorson wrote:If you're displaying the contents of all selected playlists and you select different types of playlist (e.g. a music playlist and a video playlist) with different columns, which columns do you show?
Maybe you have it switch to a default column choice and sequence upon the second selection, disallowing any previously customized state.
When you are done and all is unselected, it reverts back to the previous customized state.
rivorson wrote:Also, if a track appears in two selected playlists do you show the track twice or do you remove duplicates?
That's a good question, something to think about.

Re: ability to manipulate playlists as objects

by rivorson » Fri May 29, 2015 5:21 am

If you're displaying the contents of all selected playlists and you select different types of playlist (e.g. a music playlist and a video playlist) with different columns, which columns do you show?

Also, if a track appears in two selected playlists do you show the track twice or do you remove duplicates?

Re: ability to manipulate playlists as objects

by MMFrLife » Fri May 29, 2015 5:15 am

I like the message idea! :)
Although, it would be nice to have it populate as an option, to be able to quickly combine multiple playlists for playing or working with from
the file list.

Re: ability to manipulate playlists as objects

by frankenpod » Thu May 28, 2015 10:51 pm

nohitter151 wrote:I think the problem in this case is, what do you show in the main track window when more than one playlist is selected? It could cause confusion for users.
I would have thought the simplest thing would be to just display the text "multiple playlists selected" (or "multiple items selected") and not show anything else in that window, unless only one item is selected. I don't need to see the contents of all the selected playlists at once, all I need to know is the names of the playlists at this point, I'm not doing any manipulation at a lower level than playlists as an entity - I just need to move them all (or delete them all, or whatever).

(Ha, lowlander just said the same thing, as I was typing that!)

Alternatively, maybe there could be an entirely separate "playlist manager" plug-in that lets you do stuff with playlists, perhaps treating them much as nested folders in a conventional file-manager.

It is tedious to have a couple of hundred playlists imported from iTunes (all iTunes's nesting seems to be removed in the import process - and getting them organised in iTunes was painful enough as it has the exact same problem), and all just dumped, flat, into one "iTunes" playlist node, and then you have to re-organise them, one at a time, on an awkward slowly vertically scrolling 1dimensional list view.

I remember having very similar problems organising bookmarks in some browsers. Seems to me that the traditional 2-dimensional area containing nested files and folders is the best way to do this sort of thing, its puzzling why so many programs try to reinvent it, with awkward results.

Re: ability to manipulate playlists as objects

by Lowlander » Thu May 28, 2015 10:44 pm

The ability to select multiple Playlists has been requested before. For me if the Filelisting shows no files (instead a message multiple Playlists selected) it wouldn't be a problem.

Re: ability to manipulate playlists as objects

by MMFrLife » Thu May 28, 2015 8:20 pm

I thought the OP and frankenpod are simply talking about moving the playlists around in the playlist tree structure, not playing
anything.

Currently, if you want to move a playlist to another group or sub group, an entire group to another group or an entire
group and some playlists, you can only select and move them one at a time. But if you could hold down control and select
multiple lists/groups one at a time (not multi-select grab) it would be less tedious to organize
if you have tons of playlists.

The problem of file list population would still be an issue. But would it be possible to code it so that when you select the initial
playlist it populates, then when you select the second one it populates by tacking on to the end of the first one and so on through the selection
process? It wouldn't populate too fast because it wouldn't be a grab, rather a one-at-a-time multi-select. Also, holding control down while selecting
would allow you to open a group along the way without losing any previous selections.

Re: ability to manipulate playlists as objects

by rivorson » Thu May 28, 2015 7:47 pm

MMFrLife wrote: Can you expand on what you mean by how double clicking in the tree to open breaks the double click to play?
Yes I can. Currently if you single click on a playlist in the media tree MM displays the contents in the main window. Double clicking on the playlist plays the tracks in that playlist.

If the media tree was a multi-select tree then you don't want every selection change to actually open in the main window so a single click would highlight the playlist in the tree but not change the contents displayed in the main window. You still need to be able to open the playlist to view the contents so that gets assigned to double click, and you don't want to play the entire playlist every time you look at the contents so double clicking on the playlist in the tree would not play the contents.

Double clicking in the main window wouldn't be affected, and you'd still be able to play a playlist from the tree by right clicking and selecting one of the play options.

I hope that's more clear.

Top