view release on metacpan or  search on metacpan

share/SpamAssassin/easy_ham_2/00001.1a31cc283af0060967a233d26548a6ce  view on Meta::CPAN

ordered by some preference, then ones which didn't fit would just fall
off the bottom, and not be shown).

I'd also prefer it if that window had no unusual background colouring,
just one constant colour - I have been running the unseen window with
background black, on a root window that is all black, with no borders or
other decorations, but made "sticky" - the appearance is just like the
folders with unseen messages (and their counts) are written into the
root window (because it is sticky, this small display follows me around
and do I can see when new mail needs processing).

I also find that I tend to have a bunch of sequences that only ever occur
in one folder (some I had forgotten I ever created).  So in addition to
the "sequences to always show" and "sequences to never show", a
preference to only show sequences that occur in more than one folder
would be useful, and then have the sequences that occor only in the
folder I'm visiting appear in the list when that folder is current.
This is just to keep the list size somewhat manageable while remaining
productive (I quite often use a sequence to remember a particular message
in a folder - the name is used only there, and only for one message,
it gives me a handle on the message which remains as the folder is
packed, sorted, etc).

I haven't updated my exmh for some time now, so I'm not sure if this
next one is new, or just new since 2.5, but the Sequences menu (on the
bar with New Flist Search ...) only contains "unseen" and "urgent".
It would be useful if it contained all of the sequences that the folder
happens to have defined.   A "New sequence" entry would also be useful
(to mark the message with a sequence name that didn't previously exist,
which can be done now using "Search" and the pick interface, but is
clumsy that way)

Actually, you once could, now when I try this, entering a sequence name
in the pick box, and a single message number, or a range N-N in the
list of messages, and no pick attributes at all, I now get ...

syntax error in expression "int(1+1+(1 hit-1)*(3868-1-2)/(4878-1))"
    while executing
"expr int($minlineno+1+($msgid-$minmsgid)*($maxlineno-$minlineno-2)/($maxmsgid-$minmsgid))"
    (procedure "Ftoc_FindMsg" line 46)
    invoked from within
"Ftoc_FindMsg $msg"
    (procedure "Ftoc_FindMsgs" line 5)
    invoked from within
"Ftoc_FindMsgs $msgids"
    (procedure "Ftoc_PickMsgs" line 5)
    invoked from within
"Ftoc_PickMsgs $pick(ids) $pick(addtosel)"
    (procedure "PickInner" line 13)
    invoked from within
"PickInner {exec pick +inbox -list} {4852 -sequence mercury}"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 $cmd"
    (procedure "busyCursorInner" line 8)
    invoked from within
"busyCursorInner $cmd $widgets"
    (procedure "busyCursorHack" line 32)
    invoked from within
"busyCursorHack $args"
    ("cursor" arm line 1)
    invoked from within
"switch $busy(style) {
	icon		{busyIcon $args}
	cursorAll	{busyCursor $args}
	cursor		{busyCursorHack $args}
	default		{eval $args}
    }"
    (procedure "busy" line 3)
    invoked from within
"busy PickInner $cmd $msgs"
    (procedure "Pick_It" line 51)
    invoked from within
"Pick_It"
    invoked from within
".pick.but.pick invoke"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke]"
    (procedure "tkButtonUp" line 7)
    invoked from within
"tkButtonUp .pick.but.pick
"
    (command bound to event)

It has been ages since I did this last though.   I tried adding a Subject
to pick on (easy as I know what's in the message...) which made no difference.
Looks as if something is now saying "1 hit" when before it didn't, or
similar.

  | I've also changed the ftoc colorization as discussed briefly on the list a 
  | week or so ago.

Any chance of making the current message a little brighter background?
Just to make it stand out a fraction more than it does (maybe this is
more apparent to me than many, as I use very small fonts everywhere,
the background of the ftoc line isn't very wide).

Hope this helps.

kre



_______________________________________________
Exmh-workers mailing list
Exmh-workers@redhat.com
https://listman.redhat.com/mailman/listinfo/exmh-workers