https://bugs.gpodder.org/show_bug.cgi?id=60
--- Comment #43 from Thomas Perl <[email protected]> 2009-09-14 20:07:56 BST --- (In reply to comment #42) > (In reply to comment #41) > > I also thought about the "Hide deleted episodes" and found that it only > > makes > > sense in combination with "All episodes", so I decided to do the following: > > > > View > > ( ) Show deleted episodes [Ctrl+0] > > (o) All episodes [Ctrl+1] > > ( ) Downloaded episodes [Ctrl+2] > > ( ) Unplayed episodes [Ctrl+3] > > > > The default being "All episodes", so deleted episodes are hidden by default > > until the user decides to select something else. Is the wording okay or are > > there any suggestions on how to improve it? > > I think the above wording is just fine and a definite improvement to my > suggestion. The menu option is also logical in the sense that views are > ordered > from the most general to the least general. > > Now, do you think it would make sense to complete the circle and implement the > aggregate channel as well? It would allow all (played or unplayed) episodes to > be collected in the same view, and eliminate the need to click through the > channels separately. > > Are you still of the opinion that it would be too complicated for most users? I'm currently preparing a new release (the last "official" release is 2 months old and has some bugs), but for the release after that, I think we could have the "all podcasts" view. Since I've split the model and view, you could easily enhance the PodcastListModel class in gpodder.gtkui.model to show a new item "All podcasts" as first item and then another row that can be set to be displayed as a separator (see http://www.pygtk.org/docs/pygtk/class-gtktreeview.html#method-gtktreeview--set-row-separator-func). After that, some code in the main window that still assumes there is one channel per item in the podcast list has to be updated. Maybe the podcast list model can give a fake "proxy" podcast object back to the main window (in column C_CHANNEL in the PodcastListModel) that has functions like get_all_episodes() that simply calls that function on every podcast that is in the model and returns a concatenated list of that. I think it would be a nice addition, and now that we have cleaned up the code and model a bit, it could be even more natural than the separate "unwatched stuff" window. But still, some requests that you find in the comments to this bug show that some "Search episodes" menu item with a separate window and advanced search filters is needed. This should operate on all channels. Of course, the EpisodeListModel can be re-used for displaying the list of episodes. Interested in experimenting with the current code and see what's possible? I'll gladly merge patches that implement said functionality, but only after the next release, which is currently top priority ;) -- Configure bugmail: https://bugs.gpodder.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ gPodder-Bugs mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-bugs
