Hi, Now that I come to think of it: why don't you use the download date (= file creation date) instead? Here's why: - Some people like to dive into show archives to listen back to old episodes. If you delete episodes based on their production date, gPodder deletes them before you get to listen to them. That is, unless you only delete played episodes. But still. - This would provide a perfect and super-subtle workaround for feeds without timestamps. The user won't notice the difference.
It's killing two birds with one stone! What are your thoughts on this? Pieter On Dec 7, 2007 2:11 PM, Thomas Perl <[EMAIL PROTECTED]> wrote: > Hello, Pieter! > > Pieter De Decker wrote: > >> What about adding a "select episodes older than one week" button to the > >> episode selector dialog? Would this solve your problem? > > > > It would, but it doesn't seem that user-friendly. What if the user > > wants to delete all podcasts older than two weeks, for example? > > I think we should move this into a preference. Something like "Episodes > are considered old after [___] days". That's because I want to add the > episode clean-up feature for the iPod as well, and so all "clean-up" > code could use the same settings. > > >> Sorting by > >> pubDate would also be possible, but there are (again, broken) feeds that > >> do not have any pubDate value. > > > > That's a bummer. You could solve this by implementing a cleaner that > > doesn't delete undated episodes and keeping the current episode > > deletion feature in gPodder. Or you could develop an auto-cleaner (can > > be configured in the Settings window) and leave the episode deletion > > feature as it is. Would that provide a good workaround to the broken > > feed problem? > > What speaks against the current implementation with a new button "remove > old episodes" with the time range for "old" defined in the preferences > dialog? We can always implement it so that episodes without timestamp > are just ignored (i.e. they have to be checked manually). > > What do you think? > > > Thomas > _______________________________________________ > gpodder-devel mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/gpodder-devel > _______________________________________________ gpodder-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-devel
