[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gnus configuration
From: |
Edouard Debry |
Subject: |
Re: Gnus configuration |
Date: |
Tue, 06 Jul 2021 02:22:59 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (windows-nt) |
Michael Heerdegen <michael_heerdegen@web.de> writes:
> Hello Edouard,
Hello Michael,
>
>> In my case, I think it is more useful to see any other secondary mark
>> than the cached one, before the cached mark and, see this later only if
>> no other secondary marks apply to the message.
>
> I never have used caching. It doesn't seem possible out of the box.
>
> The definitions of the format specifiers are in
> `gnus-summary-line-format-alist'. The format line is calculated in
> `gnus-summary-prepare-threads'. After reading that code, it doesn't
> seem to be the case that what you want can be gotten by configuration.
>
> So I think you want to define an appropriate "gnus-user-format-function"
> that offers what you want. AFAIU it can refer to any dynamical bindinds
> in effect when the
>
> (eval gnus-summary-line-format-spec t)
>
> call in `gnus-summary-prepare-threads' is processed.
Thanks for giving me some hints, I'll look into it
>
>> Another trouble is that, as soon as a message enters the cache, the
>> number of characters (%k) is no more displayed and is replaced by "n/a".
>> Is it possible to configure gnus so as to keep the number of characters
>> event if the article is cached ?
>
> I don't have a clue about this one. Seems to come from
> `gnus-summary-line-message-size'. I guess the answer is probably "no".
I am sure it can be done, once an article is cached, it definitely can
be reached by gnus and its number of characters counted ? No ? One could
do it by hand. It looks like a bug.
>
> Regards,
>
> Michael.
Regards
Edouard