Is your feature request related to a problem? Please describe.
We currently default to the App Icon on the locked screen controls for Podcast playback. In order to use the Album art for each Podcast we need to implement a more reliable way to fetch the Podcast Episode data.
Describe the solution you'd like
We would need to send in a PR to thepracticaldev/dev.to to change the way the metadata message is sent across the native bridge. The ideal way would be to consume the Podcast Episode's API endpoint. This will give us in a more reliable way the Podcast Name, Episode and Album art.
Describe alternatives you've considered
The alternative still requires changes in thepracticaldev/dev.to and we would need to scrape the Podcast Episode page to find the Album art. This is flaky in the sense that a future change to the web might break the metadata action sent across the native bridge.
Additional context
Comes from a comment made in #215
Is your feature request related to a problem? Please describe. We currently default to the App Icon on the locked screen controls for Podcast playback. In order to use the Album art for each Podcast we need to implement a more reliable way to fetch the Podcast Episode data.
Describe the solution you'd like We would need to send in a PR to
thepracticaldev/dev.to
to change the way themetadata
message is sent across the native bridge. The ideal way would be to consume the Podcast Episode's API endpoint. This will give us in a more reliable way the Podcast Name, Episode and Album art.Describe alternatives you've considered The alternative still requires changes in
thepracticaldev/dev.to
and we would need to scrape the Podcast Episode page to find the Album art. This is flaky in the sense that a future change to the web might break themetadata
action sent across the native bridge.Additional context Comes from a comment made in #215