Page 1 of 1

TC4A TCMP: restore playlist and removed tracks

Posted: 2017-08-23, 22:53 UTC
by DrShark
Since TC4A v. 2.80 TCMP restores playlist if the player reopened (for example using a button with command 137) after being closed using red X button or Android Navigation Bar buttons/keys.

However, what I see wrong in this feature is that it also restores the tracks explicitly removed from playlist by user using the "Remove"/"Remove all"/"Remove all above" track context menu items. I think such tracks shouldn't be restored.

Posted: 2017-08-24, 09:45 UTC
by ghisler(Author)
Hmm, I'm not so sure about that - consider the situation where a user deletes the entire list and closes the player.

Posted: 2017-08-25, 08:31 UTC
by DrShark
ghisler(Author) wrote:consider the situation where a user deletes the entire list and closes the player.
if user removes entire playlist using one of mentioned "Remove..." options, it's supposed one may want to make it empty (for example to add new files later using player's "Add files" ("+" button) option.)

If user wants to have playlist restored later, it's possible to just close the player using player's X button.

Posted: 2017-08-28, 10:38 UTC
by ghisler(Author)
OK, changed that in the latest beta 8! Please try it.

Play store:
https://www.ghisler.com/betatc
APK:
https://www.ghisler.com/tcbeta.apk

Posted: 2017-08-29, 00:38 UTC
by DrShark
ghisler(Author) wrote:OK, changed that in the latest beta 8! Please try it.
history2.txt wrote:2017-08-27 Fixed: Media player: Save playlist on exit even after deleting tracks, just not after "delete all"
That just not after "delete all" part means that at least one track is always restored in playlist, so the use case described in previous post is not covered by such solution (it's possible to get the emtpy playlist saved/restored using re-adding by Open with -> TotalCmd (Queue) a single track in playlist, but too many steps required to achive it this way.)

Posted: 2017-08-31, 08:19 UTC
by ghisler(Author)
Yes, that's intentional - it's just when you choose to remove all tracks - it could be by accident. If you remove one by one, the empty list should be stored.

Posted: 2017-09-04, 09:55 UTC
by DrShark
ghisler(Author) wrote:If you remove one by one, the empty list should be stored.
I cannot confirm it:
a) if I remove tracks one by one using Remove context item and restart the player using either a button with internal command 137 or button TotalCmd (Queue) activity as a command, all tracks are restored;
b) if I remove tracks all tracks except one using either Remove all above or Remove all below context menu item, and then remove last track usilon Remove context item, and restart the player using either a button with internal command 137 or button TotalCmd (Queue) activity as a command, the last track restored.

Posted: 2017-09-04, 12:53 UTC
by ghisler(Author)
Yes, it's an additional measure to never store empty list.

Posted: 2017-09-07, 07:00 UTC
by DrShark
That are false statments then:
ghisler(Author) wrote:If you remove one by one, the empty list should be stored.
history2.txt wrote:2017-08-27 Fixed: Media player: Save playlist on exit even after deleting tracks, just not after "delete all"
because:
DrShark wrote:if I remove tracks one by one [or] [...] using either Remove all above or Remove all below context menu item, and then remove last track using Remove context item, and restart the player using either a button with internal command 137 or button TotalCmd (Queue) activity as a command, the last track restored.
ghisler(Author) wrote:Yes, it's an additional measure to never store empty list.
The whole point of this topic is to let user have playlist restored as is (even empty!) after intentional removing the tracks using "Remove ..." track context menu items. Can you try at least add an option to have desired behavior?