Re: BUG REPORT tin 1.9.1 release 20060409 ("Benmore") [UNIX]

On Wed, May 17, 2006 at 04:18:11PM +0300, Teemu Likonen wrote:
> Selection level shows the number of unread articles in a group even when
> all the articles are killed from that group. (Probably the filter check
> is done after one has entered to newsgroup.) This does not matter much,

right, filtering is done when one enters a group (otherwise tin would need
to fetch the overview data for all groups on startup which can be much data,
maybe unnecessary stuff (data for groups which ar4e not read during that
session).

> but when I go to next unread group with TAB key, I would like it to
> continue automatically to next group (or return of selection level) if
> all the messages are killed from that particular group.

currently this requires a second tag press, of course this could be changed,
but I wouldn't find the requested new behaviour very intuitive (ending up in
another group than the one the cursor was at).

> Of course it would be nice if one could match regex filters on any
> header field and their combinations, but I see this is in TODO list.

this would slow down things, currently tin only allows filtering on the
headers available in the overview data (which can be requested faster and in
a somewhat compressed form). allowing filter on arbitrary headers would
rquire to either fetch the requested header via XPAT (not implemented on all
servers) or fetch all headers of all articles in that group via HEAD which
is much more data (usualy 4-8 times as much as the data in the overview
record) and would slow down filtering. this is on the TODO list but with a
very low priority (and currently the development of tin has stalled - most
(former) developers seem to have new hobbys), so it may take some time till
someone implements this.

urs
-- 
"Only whimps use tape backup: _real_ men just upload their important stuff
 on ftp, and let the rest of the world mirror it ;)" - Linus