Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

User-specified metadata on feeds #17

Closed
nbastin opened this issue Jan 7, 2019 · 2 comments
Closed

User-specified metadata on feeds #17

nbastin opened this issue Jan 7, 2019 · 2 comments
Milestone

Comments

@nbastin
Copy link
Contributor

nbastin commented Jan 7, 2019

It would be nice to have the ability to store user-specified metadata on the feeds when they're persisted to disk. This would allow for things like an external downloader (for example.. :-)) to look at the Feed object and see if the user has set a custom schedule (why try to download new data 4 times a day when it's a weekly podcast that almost always comes out on mondays, or something).

Possibly also we could allow for some notes to be set that might optionally also show up in the UI, based on user configuration, or any number of other prospective use cases. You could imagine also wanting this for Episodes, if users wanted to take their own notes per episode, or subject-matter tags, etc. Even if the UI didn't really show these things, then you could write some custom scripts to find episodes based on a tag later when you wanted to dig them up.

@xgi
Copy link
Owner

xgi commented Jan 8, 2019

This is a good idea, there's plenty of metadata we may want to work with in the future (either user-set ones like reload period as you said, or automatic things like number of plays per episode or percent listened). This would probably be easy enough with something like a "user-data" object in each Episode/Feed in the feeds data file, although I'd be careful with backwards compatibility.

@nbastin
Copy link
Contributor Author

nbastin commented Jan 9, 2019

We could preserve the current Feeds file (although I'd like to get rid of it for other reasons), and just make a parallel store where we store metadata, tied back to the feeds through their URLs perhaps.

@xgi xgi added this to the 0.5.0 milestone Mar 4, 2019
@xgi xgi closed this as completed in e58fff5 Mar 20, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants