GNOME Bugzilla – Bug 355805
add "mark group read before xover" to prefs dialog
Last modified: 2007-01-22 15:17:06 UTC
The old version of Pan would mark all of a groups articles as read when you downloaded new headers. This would make the "View only unread" filter show just the new articles. I would like to see either a) The ability to show just the new articles or b) a preference item to allow you to mark all articles read when downloading new headers, as with the previous pan. I see there is an option to mark articles read when you leave the group. This would be similar.
The distinction between new and unread is not going to come back in the rewrite. It's not a distinction that many (or any?) other MUAs and newsreaders make, and confused a lot of users. (b) is an option, though.
sorry for my duplicate. bug 359884. i need to figure out a better way to express what i meant though. i don't miss the "only show new articles"- and new meaning the most recently downloaded articles(headers), as much as i miss having a seperate distinction between previously downloaded ( or read ), and not being part of the most recently downloaded batch of article headers. I can "select all", then mark read, and then download new headers, which is what i'm doing now, or i can sort them all by date, and guess when i last downloaded headers, select those, and mark them read, if i forget to do so first.
please, please. the new pan is mentally exhausting to me when going back to get files that were incomplete when most of the group were downloaded. since i am now having to mark the headers as read before getting new headers, i do not have a way to see between actually downloaded, and just marked downloaded like the old pan could do with the new and old designation. perhaps something like the flag being green when new or just downloaded headers, yellow when part of the previous header download red when (read) or downloaded, or leaving it grey. and having a way to show the specific colors of flags. anything to end this ceaseless searching in large groups for missed parts. I"m very worn out and frustrated. I need to be able to search for a set of files containing a phrase, and tell at a glance which ones i've downloaded and which ones i've not. i also have to be able to know which headers are new so i don't have to look through the same several thousand again.
> The distinction between new and unread is not going to come back in the rewrite. How about if the 'show new articles' button is only displayed if enabled via a hidden option in preferences.xml? Those of us that miss the feature (all 2 of us ;-)) could use it, and those who would be confused by it will never see it.
i think we're on our own here. I often make little bitty changes to source code to get a program to do what i want, but i doubt i could do something that big. Perhaps we find where in the code that headers are marked as read, figure out how that works, and think of it as old and new instead. Call that function the few times we want instead. i'm getting used to the way it is though. we are perfectly free to use the old version too. the only 2 things i've changed already are making the download list backup every 2 minutes instead of 10, and i've tried to change the length of the month, to make it dump headers 25 days old instead of 31.
Created attachment 76281 [details] [review] 0.118 patch Adds a preferences option to mark a group as read before fetching new headers. Please test it out and see how it works. There's not a preferences dialog option for this yet, since that would break the version 1.0 translation string freeze, but you can enable it by editing ~/.pan2/preferences.xml by hand.
Created attachment 76282 [details] [review] tweak previous patch
Created attachment 76284 [details] [review] better still
yeah, the second one wasn't working for me. <flag name='mark-group-read-before-xover' value='true'/> is what i'm adding to my prefs. i just noticed from the code that it looks like xover tasks are supposed to be added to the top of the task list? Mine always puts it on the bottom, and i have to move it to the top. i thought i was supposed to have to do that.
the third patch is working for me. Thanks code animal.
sorry to put this other crap here, but i wanted to put it quick. selecting get new headers in selected group adds the task to the top. selecting get headers . . ., bringing up that menu and picking "get new headers" from that sub menu puts the task at the bottom. i think i'm too tired to file a bug report correctly. i'll try tomorrow.
Comment #11 is unrelated to this ticket and needs its own bug report.
Comment #11 now has its own ticket in Bug 373193
The attachment in comment #8 is now checked in for 0.119. Leaving this ticket open so that a preferences dialog option can be added for this after the 1.0 string freeze is lifted.
Created attachment 80412 [details] [review] the string freeze is kind of slushy, so maybe this should be promoted to 1.0. I'd appreciate it if someone would test this patch out.
the patch works for me at least as far as the "mark entire group read before getting new headers" box.