Keeper-of-the-Keys

@thigg thanks for everything! I'll be merging this and doing a release soon!

@mostuselessboy This is running on Linux (SailfisOS), so the backend is gstreamer unless I'm very much mistaken.

I'm puzzled here, when you open a podcast you are going to EpisodesPage afaik, when you apply a filter EpisodesPage gets modified. I never use a pulley to get into...

Cool, I had not yet tested it :) I thought it was only in the podcast you were filtering will test it after I do the gpodder-ui-qml stuff. Searching across...

Hey, That sounds like a cool feature, I don't know how much time I have at the moment so no promises and of course patches by others to add this...

Isn't this something the user decides by themselves, either you download or you don't I'm not aware of auto-downloading? (I'm pretty sure there would be pitchforks if we had auto-downloading...

Sorry for the extremely delayed response life got a bit in the way. I'm still not 100% clear on this, since the download command is something the user chooses to...

I see, this is indeed a different use case then what I usually focus on. Wouldn't using `fetch` instead of `download` make more sense for you? Downloads stated purpose is...

To be clear the main reason I'm worried about this change is that it changes the way user-facing a function behaved until now, personally I don't use `gpo` rather `gpodder-core`...

Maybe we can change this into: `gpo download 200` Thus the default behavior of `download` remains unchanged while also allowing the end user to limit how many episodes are downloaded...