Re: Faster, lolcat. Faster!

[Lars Magne Ingebrigtsen <larsi@gnus.org>]

Ted Zlatanov <tzz@lifelogs.com> writes:

> DE> http://article.gmane.org/gmane.emacs.gnus.general/67238
> ...
> DE> The complicated part is to use this function in the general Gnus back
> DE> end. It's pretty scary down there.
>
> Yeah, that's why I brought it up.  If Lars can't figure it out I may
> have to look at that code, and then dark gods will drag me down to the
> bottom of the ocean (as seen in Disney's "Little Mermaid 7: Call of Cthulhu").

Heh heh.

I think `*-request-group-articles' would work for all backends where it
makes sense, and imap is probably one of them.  I think.  Or does it?

I mean, the main problem is that Gnus thinks that there are, say 55
unread articles, and the article range is 200-300.  Even if you have the
-group-articles command return something that says "the range is
200-300, but there are only 75 actual articles in that range", then it
doesn't really help.  You don't know which of the 55 articles Gnus
thinks are unread are still on the server.

So the server would have to return

((200 . 210) 215 (245 . 276))

or something, and then Gnus could figure it all out.

So that would be a new `*-request-group-ranges' function, which is
certainly possible.  If the backend supports it.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen