starred/spotify-player

Fork 0

mirror of https://github.com/aome510/spotify-player.git synced 2026-04-26 09:25:49 +03:00

[GH-ISSUE #457] Podcast Support #1194

New issue

Closed

opened 2026-03-14 13:54:12 +03:00 by kerem · 6 comments

kerem commented

2026-03-14 13:54:12 +03:00

Owner

Originally created by @fwastring on GitHub (May 28, 2024).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/457

Is your feature already implemented in the latest master?
No

Is your feature request related to a problem? Please describe.
No

Describe the solution you'd like
I would like to have podcast support available in the app. When I search for podcasts, I don't get any of the results I'm expecting. Possibly another pane with podcast results only. I haven't dabbled with Spotifys Podcast API so I'm not sure how the implementation would be done.

Originally created by @fwastring on GitHub (May 28, 2024). Original GitHub issue: https://github.com/aome510/spotify-player/issues/457 **Is your feature already implemented in the latest `master`?** No **Is your feature request related to a problem? Please describe.** No **Describe the solution you'd like** I would like to have podcast support available in the app. When I search for podcasts, I don't get any of the results I'm expecting. Possibly another pane with podcast results only. I haven't dabbled with Spotifys Podcast API so I'm not sure how the implementation would be done.

kerem

2026-03-14 13:54:12 +03:00

closed this issue
added the
enhancement
label

kerem commented

2026-03-14 13:54:28 +03:00

Author

Owner

@vannotz commented on GitHub (May 30, 2024):

It seems to kinda already support it? If I'm playing a podcast on my phone, then open spotify-player on the desktop and just hit "space" without actually choosing a song, the podcast I was listing to will start playing but nothing will show on playback. So I guess it technically already has that functionality, just no search.

@vannotz commented on GitHub (May 30, 2024): It seems to kinda already support it? If I'm playing a podcast on my phone, then open spotify-player on the desktop and just hit "space" without actually choosing a song, the podcast I was listing to will start playing but nothing will show on playback. So I guess it technically already has that functionality, just no search.

kerem commented

2026-03-14 13:54:33 +03:00

Author

Owner

@fwastring commented on GitHub (May 30, 2024):

I've seen that too! I was referring to functionality where you could search for, browse and play podcasts. But playback if started from another device seems supported!

@fwastring commented on GitHub (May 30, 2024): I've seen that too! I was referring to functionality where you could search for, browse and play podcasts. But playback if started from another device seems supported!

kerem commented

2026-03-14 13:54:38 +03:00

Author

Owner

@aome510 commented on GitHub (May 31, 2024):

Podcast is not my priority since I never use it personally. PRs are highly welcome though!

@aome510 commented on GitHub (May 31, 2024): Related: - https://github.com/aome510/spotify-player/issues/423 - https://github.com/aome510/spotify-player/issues/359 Podcast is not my priority since I never use it personally. PRs are highly welcome though!

kerem commented

2026-03-14 13:54:44 +03:00

Author

Owner

@fwastring commented on GitHub (Jun 4, 2024):

Do you have any tips for how I would implement it? Do you think it would be a lot of work? @aome510

@fwastring commented on GitHub (Jun 4, 2024): Do you have any tips for how I would implement it? Do you think it would be a lot of work? @aome510

kerem commented

2026-03-14 13:54:49 +03:00

Author

Owner

@thenbe commented on GitHub (Jun 8, 2024):

Do you have any tips

@fwastring From a UX perspective, I feel like podcasts and podcast_episodes should be top-level entities. For instance if a user searches for foo:

They should see results from these types:

tracks
albums
artists
playlists
+podcasts
+podcast_episodes

A podcast can have similar actions* to an artist. Some modifications would be required:

-GoToArtistRadio
-CopyArtistLink
+CopyPodcastLink
Follow

A podcast_episode can have similar actions* to a track. Some modifications would be required:

-GoToArtist
-GoToAlbum
-GoToTrackRadio
+GoToPodcast
CopyTrackLink
AddToPlaylist
AddToQueue
-AddToLikedTracks

* By actions, I'm referring to the menu you can invoke by pressing g a when hovering over a list item (e.g. in the search results).

Pages

The podcast detail page can be simple. It can contain a single list of podcast_episodes (similar in layout to the album detail page).

I don't see the need for podcast_episode detail page. Similar to how a track does not currently have it's own page.

@thenbe commented on GitHub (Jun 8, 2024): > Do you have any tips @fwastring From a UX perspective, I feel like `podcasts` and `podcast_episodes` should be top-level entities. For instance if a user searches for `foo`: They should see results from these types: ```diff tracks albums artists playlists +podcasts +podcast_episodes ``` ## Actions (context menu) A `podcast` can have similar actions\* to an `artist`. Some modifications would be required: ```diff -GoToArtistRadio -CopyArtistLink +CopyPodcastLink Follow ``` A `podcast_episode` can have similar actions\* to a `track`. Some modifications would be required: ```diff -GoToArtist -GoToAlbum -GoToTrackRadio +GoToPodcast CopyTrackLink AddToPlaylist AddToQueue -AddToLikedTracks ``` \* By actions, I'm referring to the menu you can invoke by pressing `g a` when hovering over a list item (e.g. in the search results). ## Pages The `podcast` detail page can be simple. It can contain a single list of `podcast_episodes` (similar in layout to the `album` detail page). I don't see the need for `podcast_episode` detail page. Similar to how a `track` does not currently have it's own page.

kerem commented

2026-03-14 13:54:54 +03:00

Author

Owner

@aome510 commented on GitHub (Jun 8, 2024):

Thanks @thenbe for the suggestions!

Do you have any tips for how I would implement it? Do you think it would be a lot of work? @aome510

Sorry I missed the message. It should be relatively straightforward to add support for podcast as you can follow the already established patterns in the codebase. This is not a "good first issue" in a way that the implementation will need to touch many places in the codebase, which might require a certain level of familiarity.

@aome510 commented on GitHub (Jun 8, 2024): Thanks @thenbe for the suggestions! > Do you have any tips for how I would implement it? Do you think it would be a lot of work? @aome510 Sorry I missed the message. It should be relatively straightforward to add support for podcast as you can follow the already established patterns in the codebase. This is not a "good first issue" in a way that the implementation will need to touch many places in the codebase, which might require a certain level of familiarity.