Hi Tassilo, Tassilo Horn <tass...@member.fsf.org> wrote:
> Ulf Stegemann <ulf-n...@zeitform.de> 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 _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
