starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[Enhancement]: Podcast Up Next category on home page #547

New Issue
Open
opened 2026-04-24 23:12:36 +02:00 by adam · 7 comments
adam commented 2026-04-24 23:12:36 +02:00
Owner
Copy Link
Copy Source

Originally created by @Jdiesel87 on GitHub (Jul 27, 2022).

Describe the feature/enhancement

I think in addition to the already present Continue Listening, Newest Episodes, and Recently Added it would be nice to have a Next Up category. This would include the next unwatched episode of a series already in progress.

Potentially the next (unstarted) episode could be included in the Continue Listening category. I think this is now the default behavior for Emby but there is a legacy option to split them out into continue watching and next up.

Somewhat related but off topic, is there enough of a difference between Recently Added and Newest Episodes or a good use case to justify having both? Only a thought, not a suggestion.

Originally created by @Jdiesel87 on GitHub (Jul 27, 2022). ### Describe the feature/enhancement I think in addition to the already present Continue Listening, Newest Episodes, and Recently Added it would be nice to have a Next Up category. This would include the next unwatched episode of a series already in progress. Potentially the next (unstarted) episode could be included in the Continue Listening category. I think this is now the default behavior for Emby but there is a legacy option to split them out into continue watching and next up. Somewhat related but off topic, is there enough of a difference between Recently Added and Newest Episodes or a good use case to justify having both? Only a thought, not a suggestion.
adam added the enhancement label 2026-04-24 23:12:36 +02:00
adam commented 2026-04-24 23:12:37 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Aug 29, 2022):

Recently Added is recently added podcasts (not episodes).

We currently do this for series but it's labeled "Continue Series". We could do "Continue Podcast" or "Next Episode".

I'm a bit stuck though on what the listening order should be. I think by default you would listen in order of least recent pubDate to most recent pubDate, but I know a few people have mentioned listening in a different order.

@advplyr commented on GitHub (Aug 29, 2022): Recently Added is recently added podcasts (not episodes). We currently do this for series but it's labeled "Continue Series". We could do "Continue Podcast" or "Next Episode". I'm a bit stuck though on what the listening order should be. I think by default you would listen in order of least recent pubDate to most recent pubDate, but I know a few people have mentioned listening in a different order.
adam commented 2026-04-24 23:12:38 +02:00
Author
Owner
Copy Link
Copy Source

@Catsrules commented on GitHub (Aug 30, 2022):

I'm a bit stuck though on what the listening order should be. I think by default you would listen in order of least recent pubDate to most recent pubDate, but I know a few people have mentioned listening in a different order.

That is a good point podcasts are a weird media that doesn't always follow the rules. But personally I would agree with you I think the majority of the time the order should be from least recent pubDate to most recent pubDate.

Maybe useing the Episode numbers might be a good alternative to pubDate as it would at least give the podcast publisher control over the order. But that also might be trouble as I have seen the episode number get ignored.

Personally I think least recent pubDate to most recent pubDate is still the most expected listening order.

@Catsrules commented on GitHub (Aug 30, 2022): > I'm a bit stuck though on what the listening order should be. I think by default you would listen in order of least recent pubDate to most recent pubDate, but I know a few people have mentioned listening in a different order. That is a good point podcasts are a weird media that doesn't always follow the rules. But personally I would agree with you I think the majority of the time the order should be from least recent pubDate to most recent pubDate. Maybe useing the Episode numbers might be a good alternative to pubDate as it would at least give the podcast publisher control over the order. But that also might be trouble as I have seen the episode number get ignored. Personally I think least recent pubDate to most recent pubDate is still the most expected listening order.
adam commented 2026-04-24 23:12:38 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Aug 30, 2022):

Almost all of the podcasts I have added don't use the episode number field. I'm not sure why that is so commonly ignored.

I guess the question really is whether or not we will have to build in some way to change the listening order. If we do that the UI could be confusing.

@advplyr commented on GitHub (Aug 30, 2022): Almost all of the podcasts I have added don't use the episode number field. I'm not sure why that is so commonly ignored. I guess the question really is whether or not we will have to build in some way to change the listening order. If we do that the UI could be confusing.
adam commented 2026-04-24 23:12:39 +02:00
Author
Owner
Copy Link
Copy Source

@Catsrules commented on GitHub (Aug 31, 2022):

Personally I think it is best to keep the listening order feature as simple and as automatic as possible. But I do like the idea of giving the user some control. Maybe add an option under the edit podcast UI interface to keep the daily use UI clean.

Maybe something like this? (Note: this would be completely separate from the drop down menu on the main episode list screen. (where I stole it from)

proposal 1

This would allow the user to pick and choose what data point to use for the listening order as well as the direction. The downside is it wouldn't allow them to completely customize the episode order. But as that would be a manual process anyways a good work around would be for the user to manually add/change the data point on each episode so it matches how they want it to order. For example manually changing the Episode number to the order they want.

@Catsrules commented on GitHub (Aug 31, 2022): Personally I think it is best to keep the listening order feature as simple and as automatic as possible. But I do like the idea of giving the user some control. Maybe add an option under the edit podcast UI interface to keep the daily use UI clean. Maybe something like this? (Note: this would be completely separate from the drop down menu on the main episode list screen. (where I stole it from) ![proposal 1](https://user-images.githubusercontent.com/9092534/187740283-dc21dafa-aa8b-4f63-97cf-f2500041f59a.png) This would allow the user to pick and choose what data point to use for the listening order as well as the direction. The downside is it wouldn't allow them to completely customize the episode order. But as that would be a manual process anyways a good work around would be for the user to manually add/change the data point on each episode so it matches how they want it to order. For example manually changing the Episode number to the order they want.
adam commented 2026-04-24 23:12:39 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Sep 1, 2022):

This is a possibility too and would be set globally for all users if we went this route. When asked in the discord some people would like the listening order to be user-specific.
The listening order might be overcomplicating things. I plan to get a bunch of podcast apps and see what they do.

@advplyr commented on GitHub (Sep 1, 2022): This is a possibility too and would be set globally for all users if we went this route. When asked in the discord some people would like the listening order to be user-specific. The listening order might be overcomplicating things. I plan to get a bunch of podcast apps and see what they do.
adam commented 2026-04-24 23:12:40 +02:00
Author
Owner
Copy Link
Copy Source

@Catsrules commented on GitHub (Sep 1, 2022):

This is a possibility too and would be set globally for all users if we went this route. When asked in the discord some people would like the listening order to be user-specific. The listening order might be overcomplicating things. I plan to get a bunch of podcast apps and see what they do.

Ohh I didn't even thing about multi user. Yeah I think if we do it we probably will want user-specific settings.

@Catsrules commented on GitHub (Sep 1, 2022): > This is a possibility too and would be set globally for all users if we went this route. When asked in the discord some people would like the listening order to be user-specific. The listening order might be overcomplicating things. I plan to get a bunch of podcast apps and see what they do. Ohh I didn't even thing about multi user. Yeah I think if we do it we probably will want user-specific settings.
adam commented 2026-04-24 23:12:40 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Apr 10, 2023):

I'm glad I waited on implementing the listening order because the way this is done everywhere else is outlined here
https://podcasters.apple.com/support/3143-how-to-set-the-order-of-podcast-episodes

We now support episode type, season and episode number. On the podcast level we have podcast type of "episodic" or "serial".

I'm thinking we will build the player to use that guide when determining the play order

@advplyr commented on GitHub (Apr 10, 2023): I'm glad I waited on implementing the listening order because the way this is done everywhere else is outlined here https://podcasters.apple.com/support/3143-how-to-set-the-order-of-podcast-episodes We now support episode type, season and episode number. On the podcast level we have podcast type of "episodic" or "serial". I'm thinking we will build the player to use that guide when determining the play order
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No Label enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#547
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?