Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[MarkCoutinho]

Not sure whether I should put this request in a separate topic, but I would like to remind you to something Jim promised in June, last year:

=======================================================
The ability to lock a playlist was a new feature in v15, added at your request.

We'll add the ability to lock groups and/or inherit locks to the list for the future.  It's a long list, so it may be a while.

Thanks.
=======================================================

I'm still desperately waiting for this extended feature.
Will it be in this version 16?

[Matt]

I think I was the one that said we'd consider it for a future version.

Could you help me understand why it's so important in your case?  Is it about preventing kids from making changes, or something else?

Thanks.

[MarkCoutinho]

My case is this: I have made playlists of every Top 40 chart from 1965 on. That means: 52 weeks per year. 45 Years now. Means: 52 x 45 lists = more than 2000 playlists.
They should never change of course - I take it I don't need to explain that, because the charts are the charts.

I sincerely hope you can/will implement this change.

[Matt]

Oh, so all you need is to multi-select in the tree and have 'Lock' or 'Unlock' appear in the right-click menu?

This sounds better to me than inheriting locks, because I think that could get complicated.

[MarkCoutinho]

Actually I did mean an inherit thing, but I guess a select and righ-click lock thing would do too.

For your information, this is how my trees with charts look like:
Top 40
--> 60's
--> --> 1965
--> --> --> Week 1
--> --> --> Week 2
etc.
--> --> 1966
-->-->--> Week 1

--> 70's
-->-->1971
-->---> ---> Week 1
-->---> ---> Week 2

So you (might) see that selecting and locking gets reduced to 45 years (means 45 times). Still a lot of work, but far better than 2000 times.

However, if you bump into some code that makes inheriting possible, you'll be my man of 2011! :-)

[Matt]

It's not that inheriting is hard, it's that it's complicated for a user.

I suppose another approach would be a right-click option on any playlist group like "Lock All Children" and "Unlock All Children".

[MarkCoutinho]

That'd be great, Matt!

[Matt]

In build 16.0.35 and later:
NEW: When right-clicking a playlist group, the option 'Lock All Children' / 'Unlock All Children' is available.

[MarkCoutinho]

Yeaaahhh!!

[jack wallstreet]

Thank you.  I think that's what I've wanted too.

I want to be able to quickly lock all playlists (in a group) so that when I accidentally hit the shuffle button, I don't mess up my playlists or so I don't accidentally delete something.

[tunetyme]

Thank-you too!

I have one question, What happens if a file that is in a locked play list is accidentally deleted?  Will the play list still retain the info? Or will it prevent the file from being deleted?

Tunetyme

[StFeder]

Will the play list still retain the info? Or will it prevent the file from being deleted?

This would be amazing!

The first option doesn't fit to the playlistsystem, I'd guess, but would be a nice one. Second option would fit the system

[jack wallstreet]

I did some testing

The group lock/unlock feature seems very well implemented and prevents shuffle or deletion from within a playlist. There are excellent control switches (16.0.39)

However deleting the file from library causes the file reference to be delted from the locked playlist.  A restore of the file to the libary does not restore the file to the playlist.

I think that answers how it works.