[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Pan-users] Re: Updated request list (0.96 as patched)
From: |
Duncan |
Subject: |
[Pan-users] Re: Updated request list (0.96 as patched) |
Date: |
Fri, 12 May 2006 12:15:11 +0000 (UTC) |
User-agent: |
pan 0.96 (Afghanistan Banana stand.) |
"Duncan" <address@hidden> posted
address@hidden, excerpted below, on Wed, 10 May 2006 18:47:06
+0000:
> Back with 0.93, I posted a request list. Here's an update, MUCH shorter
> now, and all the critical issues gone! =8^) I'm actually posting this to
> the group/list with 0.96, as patched with the missing groups patch. =8^)
> This is the first time new-pan has been usable enough to get as far as
> loading all my regular groups and preparing to post! =8^)
>
> 1) Auto-expand all threads preferences toggle. BTW, just figured out the
> plus/minus keyboard method for individual threads, and how shift modifies
> it with either the keyboard or the mouse. Cool! =8^)
>
> 2) Customizable keyboard accels? I know others might not use it that
> much, but I commonly toggled view only unread, commonly enough to assign
> it the "r" key, and to miss that functionality now. The button is nice,
> but when my hand is on the keyboard not the mouse...
>
> 3) Download to cache without immediately opening? (Thanks for the
> configurable cache size, now how do I bulk download to it for later
> viewing, without reading now or saving?) In old-pan, I had the "download"
> action assigned the F1 key, easy to find at the top-left of the keyboard,
> since I used it so much.
>
> 4) Groupable group list. Adding my request to the others. When the
> organization was per server, it was an easy matter to keep my text groups
> separate from my image groups, separate from my music groups, separate
> from... by simply setting up separate logical servers, even if some of
> them pointed to the same physical server. Combined multi-server handling
> is wonderful, but the groups need to be groupable.
Adding to the list, keeping it in one spot:
5) Give the various PAN windows appropriate individual window class and
window role entries, so window managers can enforce policies on them
individually, even when the titles change. (Regression from 0.14.x. I
posted this earlier in a different thread.)
6) Make PAN remember a default posting profile, per group. (Again,
regression from 0.14.x). On general USENET, I use a profile with a munged
address. On gmane's list2news gateway, which I use to follow this list
and others, a real email address is required. Fortunately, PAN is
defaulting to the munged one, and the gmane posts simply don't post
when I forget to change the profile to the in-the-clear one, giving me a
chance to switch profiles and try again. If it was the other way
around, I'd be quite unhappy when the spambots harvested my in-the-clear
address accidentally posted to USENET, because I forgot to switch
profiles, and my mailbox started filling with spam!
(GRR!! Just did it AGAIN, trying to post this!)
--
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