emacs-orgmode
[Top][All Lists]
Advanced

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

[Orgmode] Re: Problem with org-gnus-follow-link


From: Ulf Stegemann
Subject: [Orgmode] Re: Problem with org-gnus-follow-link
Date: Fri, 12 Dec 2008 09:17:41 +0100
User-agent: Gnus/5.13 (Gnus v5.13) XEmacs/21.4.21 (linux)

Hi Tassilo,

Tassilo Horn <address@hidden> wrote:

> Ulf Stegemann <address@hidden> writes:
>
>> Besides, my Gnus holds `gnus-large-newsgroup' as a string not as
>> integer.
>
> What?!?  Do you set it somewhere?  The docs say it should be a number or
> nil.

Yes, I was investigating that, too ... and indeed I found that the value
was user set. What had driven me to set it as string remains a mystery
to me, I wasn't even aware I'd ever touched that value. So I think it's
save to assume that `gnus-large-newsgroup' is an integer or nil ;)

>> Just one other comment: After failure to get a summary buffer by
>> reading the last article you try it with reading 1-
>> gnus-large-newsgroup articles.  I'd assume that in most cases where
>> the first call to gnus-group-read-group fails only one or a few more
>> articles have been deleted in the group in question. In that case, it
>> might be quicker if `org-gnus-follow-link' increases the number of
>> articles to be read by one and tries `gnus-group-read-group' again
>> until the call succeeds.
>
> Yeah, I'll implement like that.  But incrementing one by one is not
> optimal.  When a user deletes all messages (including the linked one)
> the summary cannot be opened anyway and you'll loop till the maximum
> integer (or whatever you use as upper bound).  So I think I'll try
> increasing by one till 16 and then start doubling.

Yes, increasing the interval is certainly a good idea. But how about
using the Fibonacci sequence (1, 2, 3, 5, 8 ...) for this :)

Ulf





reply via email to

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