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

Feature request: Expose "Archive" (cache limitations) settings in the Advanced feed creation dialog #1304

Open
nekohayo opened this issue Sep 11, 2023 · 1 comment

Comments

@nekohayo
Copy link
Contributor

Half of the time, when I'm adding a feed, I want to specify a property so that this feed has an unlimited number of items that can be downloaded/cached, when it's a really important website.

However, Liferea currently only allows me to add the feed, and then later go into its properties to set the "Archive > Unlimited cache" property:

image

...but by then it is already too late, as Liferea already limited itself to a handful of items on the 1st download of that subscription.

I would like to be able to set the custom cache limitations properties right when I first add/create the feed subscription, before it does its first refresh/pull, so that it can pull as many items as possible from the start. Maybe in the dialog that appears from the "Advanced" button in the subscription dialog?

@lwindolf
Copy link
Owner

lwindolf commented Jan 2, 2024

Had a short look at the feasibility. It is really hard because the properties are stored as members of the "feed" object, which is only instantianted by a "node source" implementation long after the dialog is closed.

Moving all those properties into the "subscription" object would help, but the long list of members hints on a design issue :-(

I'm still doing data schema design for https://github.com/lwindolf/newsagain where I want to keep all the learnings in from maintaining Liferea. I might come back to this when I thought about a good data schema.

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