Add option to mark history as "already played"

Bug #1721929 reported by Conner Phillips on 2017-10-07
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

For dance DJs, it is a common occurence to play to the same crowd 2 or 3 days in a row. It would be useful to be able to mark all the tracks from the previous days set as "played".

An alternative would be to make sessions explicit, saved, and loadable. However I think that would require more work to implement and the option to mark arbitrary tracks/playlists as already played is more atomic.

Daniel Schürmann (daschuer) wrote :

Yes, that schould be easy to implement.
Do you have fun to look into it yourselves?
If yes, I can give you some hints.

As a workaround, you can merge two history playlists, all played flags are adopted from the merged playlist as well.

Changed in mixxx:
status: New → Confirmed
importance: Undecided → Wishlist
tags: added: easy library
Conner Phillips (lindybalboa) wrote :

Yea I could take a stab. No promises on a timeline though.

It seems marking as played and updating the play count on a track are coupled. So I guess it would be a matter of splitting those actions and just recursing through the playlist to do so? Although your workaround implies that those actions might not be coupled. Please suggest away though, you know the code base better than I.

Daniel Schürmann (daschuer) wrote :

We have void SetlogFeature::slotJoinWithPrevious() to join an old history with the current
The inner loop setting the played flag is at setlogfeature.cpp:214

A solution is to add context menu entry near setlogfeature.cpp:28
and introduce a new slot copying the slotJoinWithPrevious() solution, but removing the joining.

If there is a common part for both features, you may extract it as sub function, if you think it it worth to do.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers