pan-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pan-users] Re: Problem with the list of headers


From: Duncan
Subject: [Pan-users] Re: Problem with the list of headers
Date: Fri, 27 Jun 2008 03:21:17 +0000 (UTC)
User-agent: Pan/0.132 (Waxed in Black)

Joe Zeff <address@hidden> posted
address@hidden, excerpted below, on  Thu, 26 Jun 2008 16:32:38
-0700:

> On 06/26/2008 Ben Bullock wrote:
>> I don't think there is a way to do it.
>> 
>> I reported this as a bug:
>> 
>> http://bugzilla.gnome.org/show_bug.cgi?id=527799
>> 
>> I also spent some time (a few hours) looking through the source code to
>> find where the bug might reside, but without success.
> 
> Thank you.  I'll add myself to the CC list so that I can track it.  I
> take it, then, that there's no way to set up a filter that will do this?
>   If so, that'd be all I'd need.

Unfortunately, new-pan has only half the required functionality.  As you 
observed, you can killfile someone.  That's great, but only half the 
solution.

Old-pan had a mechanism called rules which allowed you to take actions 
based on scores (among other things).  It was possible to setup a rule 
that marked-read or deleted a post based on its score.  In the other 
direction, it was also possible to mark a file for automatic download 
based on its score (say watched).  I had pan setup to auto-delete 
messages scored as ignored, as I NEVER wanted to see them, auto-mark-read 
messages scored less than zero (low/negative), as I didn't want to see 
them normally but wanted them still available if someone else replied to 
them and I wanted/needed to see the context, and auto-download anything 
that was scored positively (medium, high, or watched).  That was great!

Unfortunately, Charles hasn't implemented anything like that in the 
rewrite yet.  As with attachment posting (a different current thread), 
it's a bit of the perfect being the enemy of the good, as Charles' 
opinion is that the rules functionality as implemented in old pan was too 
complex and difficult to understand.  At least the functionality was 
THERE back then! =8^(

A replacement design has been discussed.  Basically the UI as discussed 
would create a new tab in preferences that looked something like this:

Automatically:

        Download  files scored at least [dropdown]

        Mark-read files scored at most  [dropdown]

        Delete    files scored at most  [dropdown]

The dropdown would then include the following choices based on the same 
scoring "zones" seen in the color preferences:

Disabled
Ignored         (  <= -9999  )
Low/negative    (-9998 to -1 )
Zero            (     0      )
Medium          ( +1 to 4999 )
High            (5000 to 9998)
Watched         (   >= 9999  )

There has been a bit of discussion as to what the defaults should be.  
Disabled for all three would prevent any surprises for upgraders.  Delete 
ignored, mark-read negative, download watched, might be the most logical, 
but would probably make a few people mad when they discovered ignored was 
actually doing just that, now, effectively ignoring the post on the 
server.  That choice could also lead to some false bug reports as people 
wondered what happened to messages they saw replies to but had never seen 
(not realizing the message had been scored ignore for some reason).  Mark-
read ignored, download watched, would be a slightly more conservative 
version of the above, but could still lead to false bug reports when 
people didn't realize a post had been marked read due to score, and that 
was why they didn't see it.

I suspect Charles would probably take the safe route and disable all 
three by default.

In any case, /nothing/ has been implemented yet, and it's a sorely missed 
bit of functionality! =8^(

Meanwhile, there's a couple workarounds.  For those who don't save posts 
as marked unread to check later, as I often do, the mark entire group 
read when exiting group and/or before getting new headers options on the 
behavior tab of preferences might be helpful.  Unfortunately, that's not 
going to work for folks like me who deliberately keep some posts marked 
unread and want them to stay that way until we get back to them.

What I do instead is keep ignored posts visible, and manually delete them 
as I come to them -- I keep the score column visible and have my colors 
set to I see them right away.  This works reasonably well for text 
groups.  For binary groups, I don't so often keep messages marked unread, 
and threading is less of an issue, so I can either sort by score and 
delete, or simply select-all and delete the entire set when I'm done with 
it, depending on the group and whether I have anything in it I want to 
keep around for awhile, or not.

It'd sure be nice to have the options as described above, tho, and 
actually have it working again!  That's for sure!

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman





reply via email to

[Prev in Thread] Current Thread [Next in Thread]