severity 688000 wishlist thanks On 18.09.2012 08:59, Thomas Perl wrote: > Looking at the screenshot I see that the extraneous episodes that appear > are New (you can see that because they are in bold font). "New" episodes > (as well as episodes that are currently being downloaded) are considered > so important that they will always appear in the list, independent of > which kind of view you select.
Okay, so I was just puzzled because the menu item says "Downloaded episodes" and not "Downloaded and new (and also currently downloading) episodes" ;-) I think I better describe my typical use case of GPodder: I usually let all episodes on "new" until I listen to it, as a reminder that I haven't played that particular episode yet (I guess that is what the new/old status is for anyway). When I want to listen to an episode, I usually scroll through the "Unplayed episodes" view, and maybe download the episodes I want to listen to if they are not downloaded yet. But sometimes, e.g. when I'm travelling on a train without an Internet connection, it would be nice if there was a view that only shows the episodes physically available on my hard drive (old and new), since I cannot download anything in that case. In fact, the "Downloaded" view in its current form, which also shows "new", not yet downloaded episodes, is worthless for me, although the menu item describes just what I'm looking for ;-) As a side note, I didn't know about the "insta-type filter" feature until recently, because basically the UI gives no clue about its existence until you find out by accident. So I'm quite surprised that there is even a query language for it! :-) I really think though that the use case described above is so frequently used that it makes sense to be implemented in the View menu. (But that's just my opinion, I don't know what other users think about it.) I'm sorry I'm not able to implement the way I want the "Downloaded" view to behave myself, but I would very much like to see it in GPodder. (I also think that there are some undocumented feature no one knows about, but I will try to document them in the GPodder Wiki.) > With the reasoning above (and the alternative "workaround" using EQL), > can we close this bug as "wontfix"? Since my expectation of the feature differs from the way it works now, I'll set the status to "wishlist". Thanks, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
