I think the difference of opinion arises from people wanting to use the queue as a saved playlist. Now using saved playlists is a common feature of other media players such as VLC but in my experience the queue in a podcast app is ephemeral. Changing that behaviour seems bizarre and definitely non-standard to me.
Some other podcasts apps do support saved playlists and I would rather AP went that route than mess with the queue behaviour.
There is an option to prevent played episodes from being deleted - look in the Options menu.
BTW you only need to point VLC at the AP download folder to see the episodes - no need to re-download etc.
One tip for easily finding recently played episode to relisten to etc is to look in the Playback History.
Thatâs an option, yeah, but she listens to so few podcasts that I listen to, and itâs just usually a couple of minutes I want to play for her, so I just do it on my phone.
I think @gomezz comment about queue vs playlist gets to the crux of the issue. Iâm not against you having functionality you talk about, but it sounds more like playlist behavior than the existing queue and I definitely wouldnât want the existing queue behavior to change.
Take a moment to compare what you two are suggesting vs the requested improvements to regular use.
What has been said: Keep things in one unified place to manage as we please, using the controls weâve set (swipe commands & download settings). Which otherwise seem predisposed to work for this purpose.
The counter suggestions:
Downloading things through AP and then booting up a separate unrelated app and finding the files in there. Thatâs less pointless micromanagement, somehow.
Maybe youâll be able to with playlists, which would involve a needless layer of management as well, because as stated itâs not actually permanent like a music playlist. Weâre just being inconvenienced by automated behaviours, when it lets us turn off other automated behaviours. This is general management, not âthe shows for the gym vs at workâ. I personally donât need that granularity; just files grouped by podcast in the queue.
You can just do the things by not having the convenience/useability youâre requesting and going through submenus and looking back through disorganized lists. âŚWhy?
âDonât request features in the feature requesting section, just use different appsâ âŚSelf-explanatory.
âThere is an option to prevent played episodes from being deleted - look in the Options menu.â
^ This tells me that the opponents (for some reason?) of this arenât reading posts. This has been specifically brought up and addressed. None of us have talked about the app deleting the files out of nowhere. We know that. We want consistency in queue management for those of us making use of it. Not for them to be randomly & pointlessly hidden away from the list weâre listening in.
For Godâs sake, I just want an option so that the episodes are not deleted.
I donât want to use another app, I donât want to save the queue, it will continue to be ephemeral, I just want to have the option to sort my episodes so that they donât delete themselves, and delete them by sliding to the side.
If the developers donât want to make them say it, thatâs fine with me, but I really donât understand why this turns into a debate about whether or not we should have that option or if we shouldnât use the queue, or if we should use another program. They sent me here to use the queue because itâs the only place where I can change the order of the episodes.
The application seems amazing to me, it is open source, it is a great achievement. Iâm just suggesting an option that I see more people supporting.
This made me curious, so I just tested the âauto deleteâ setting myself and it worked correctly (for a manually downloaded episode).
â
Taking into account the request in this thread, as well as the desire to keep things simple, I wonder whether adding a setting to âKeep played episodes in queueâ and dropping the âDelete removes from queueâ setting (that is, set it to always apply) could strike the right balance.
The reason I suggest this is twofold: having both settings coexist seems likely to confuse at least some users and adds complexity; also, the use case for disabling the âDelete removes from queueâ setting seems rather thin to me (a user who needs to free up space in their storage, but still intends to listen to an episode? The episode would still get re-added to the queue when re-downloaded anyway, assuming that âEnqueue downloadedâ is on).
If there is an obvious use case Iâm not thinking about, feel free to shout at me.
I donât see any advantage or reason to do that. Why would we want to not be able to sort the episodes when we donât want them to delete themselves?
Iâm just adding my vote. I would love the option to prevent an episode from being removed from the queue automatically. This comment describes my scenario:
If I fell asleep and missed the end of an episode, I would just like to be able to back up where Iâm listening in the queue to catch the end. I donât necessarily want the sleep function to automatically stop at the end of an episode, because I donât mind it continuing to the next one if Iâm still awake. So in short, I like setting the sleep timer for 15 minutes even if thereâs only 5 minutes left in an episode, and letting it continue. But if I realize I missed the end of an episode, itâs really convenient to be able to back up in the queue to listen to the missed ending.
It would be great to have that option. Then we simply delete the episodes that we have already listened to and marked with a dimmed color by sliding them to where we have configured them.
I wanted to add my voice to support this option to not autodelete episodes from.the queue. I believe autodeletion should be the option while just greyimg out the played podcast as the default. Like to OP, I sometimes as some podcasts to fall asleep at night and if I miss the ending, I would prefer just working within the queue instead of switching over to playback history. Deleting a download podcast from the queue with a swipe or the trash icon is quick and simple management. If you prefer an ephemeral queue, then simply choose the autodelete option. Another case is when listening to multipart story or true crime podcasts and wanting to quickly go back to a previous episode to hear a detail or plotline again. Yes, again, there is playback history, but if I have AP default open on the Queue, I would like to stay on that screen whenever possible.
