Super playlist [7853]

[nohitter151]

It will require only one click to view this playlist after its creation.

Well, I am really glad no MM designer thought that a good substitute for the All nodes already present in the tree. What a PITA it would have been for the user to have to create an auto-playlist for each one.

I would tend to think that the situation for playlists is much different than for browsing folders, since one may not want an "all" node for every single parent playlist.

[chrisjj]

I would tend to think that the situation for playlists is much different than for browsing folders, since one may not want an "all" node for every single parent playlist.

I see no difference there. One may likewise not want the All node for all folders. But that's hardly a reason to provide none.

[nohitter151]

I would tend to think that the situation for playlists is much different than for browsing folders, since one may not want an "all" node for every single parent playlist.

I see no difference there. One may likewise not want the All node for all folders. But that's hardly a reason to provide none.

You're right. The reason to provide none is because autoplaylist criteria could be used instead.

[chrisjj]

The reason to provide none is because autoplaylist criteria could be used instead.

Wrong.

[nohitter151]

The reason to provide none is because autoplaylist criteria could be used instead.

Wrong.

Compelling!

[chrisjj]

at the end of the day with the current implementation you can't select a parent to select all it's children

The "All node" proposal does not change that. What it does is provide an additional sub-node that when selected, shows all the parent's descendants.

[Onweerwolf]

The reason to provide none is because autoplaylist criteria could be used instead.

Wrong.

Compelling!

He is correct though. There is no way to make an autoplaylist that contains all tracks from all 'child playlists' from a certain 'father playlist' unless you manually tick all of those playlists yourself in the autoplaylist config screen. The problem with that is that once you decided to make a change, like say moving a child to a different father then the child's tracks are still in the autoplaylist until you go into the config screen and manually remove that playlist, which is really pretty annoying and bothersome.

So I would second this request. Personally I believe the easiest way for this would be to have an autoplaylist criterion that says: [playlist = "playlistname" and including all child playlists (if any)] or something like that.

And frankly i'm surprised that this hasn't been implemented in MM4 yet. This is one of those very few issues where iTunes is still ahead of MM.

Adding this will improve the range of possibilities for autoplaylist creation dramatically.

[Lowlander]

He is correct though

Actually no, this takes care of that problem: http://www.ventismedia.com/mantis/view.php?id=5418. The All node suggestion from Chrisjj won't, it just provides a quick access method to all tracks belong to parent and child playlists (like the All nodes in the Location node).

[nohitter151]

He is correct though.

No. You've missed the point of the post, which was comparing chrisjj's suggestion for implementation, and Peke's suggestion, which are two different ways to achieve the same end.

[Onweerwolf]

I see, I initially thought the folders referenced above were 'folders of playlists with subfolders' instead of actual windows structured folders.

I wasn't commenting on the best way to implement it.

Personally I would think Peke's suggestion is the best and easiest. If I read it correctly is exactly the same as what i suggested in my above post.

If you go with nodes you also have to make sure that playlists can reference those nodes, which currently isn't possible (I think?) and it doesn't really serve a purpose as the process of making the autoplaylists is a one-time thing only for each parent playlist.

Hope it gets implemented soon. I've been waiting for this for years (http://mediamonkey.com/forum/viewtopic.php?f=4&t=25020)