Enhancement Proposal: Title Attribute for RemoteItem #629
nathangathright
started this conversation in
Enhancement Proposal
Replies: 2 comments
-
Thanks. Linking to Phase 7 plan. |
Beta Was this translation helpful? Give feedback.
0 replies
-
This has been added. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
After looking at the publisher feeds proposal, I believe the
<remoteItem>
tag would benefit from the addition of an optional title attribute.Obviously, a canonical
<title>
is accessible if one goes to the trouble of scraping the remote content in question, but for some use cases, that’s a rather high barrier to entry. A title attribute on the<remoteItem>
tag would provide useful context before accessing that content.This does create the risk of mismatches between the
title
attribute and the remote<title>
tag. As time goes on, remote content (podcasts, publishers, bands, episodes, songs) may change their name. But similar to<a href="">Inner Text</a>
in links, this is a small downside to provide some amount of context.Examples
Publisher Feeds
On Episodes.fm, I currently display the
<itunes:author>
tag below the podcast name. It would be nice to replace this with a link to a publisher page, and pulling a title from an attribute would be more appropriate than using the<itunes:author>
value.Podroll
Same for Podroll, a title attribute would allow apps enough additional context to display a link without scraping the remote content in advance.
Beta Was this translation helpful? Give feedback.
All reactions