From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50080 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: Re: Strange auto-caching Date: Wed, 12 Feb 2003 18:36:17 -0600 Sender: owner-ding@hpc.uh.edu Message-ID: References: <84hebdjx6q.fsf@lucy.is.informatik.uni-duisburg.de> <84adh2ojww.fsf@lucy.is.informatik.uni-duisburg.de> <84vfzqpquk.fsf@lucy.is.informatik.uni-duisburg.de> <84wuk661dc.fsf@lucy.is.informatik.uni-duisburg.de> <84r8adq0c4.fsf@lucy.is.informatik.uni-duisburg.de> <84heb91ln9.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1045096508 6590 80.91.224.249 (13 Feb 2003 00:35:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 13 Feb 2003 00:35:08 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18j7L4-0001h8-00 for ; Thu, 13 Feb 2003 01:34:54 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18j7Mp-0006uC-00; Wed, 12 Feb 2003 18:36:43 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 12 Feb 2003 18:37:41 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id SAA06313 for ; Wed, 12 Feb 2003 18:37:28 -0600 (CST) Original-Received: (qmail 60322 invoked by alias); 13 Feb 2003 00:36:25 -0000 Original-Received: (qmail 60317 invoked from network); 13 Feb 2003 00:36:25 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 13 Feb 2003 00:36:25 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18j7WY-0005oX-00 for ; Thu, 13 Feb 2003 01:46:46 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 32 Original-NNTP-Posting-Host: p56.n-dapop05.stsn.com Original-X-Trace: quimby.gnus.org 1045097206 21821 63.241.220.56 (13 Feb 2003 00:46:46 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 13 Feb 2003 00:46:46 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 Cancel-Lock: sha1:qIJp5jfsknpyWOaWYvEuDmsj99s= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50080 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50080 kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > Kevin Greiner writes: > >> What I found occurred when several articles were marked as >> downloadable. In this case, the current line points to the the last >> marked article. > > Does this happen when I do `@' or `J #' in the summary buffer? I > never do that. It does. However, the second paragraph may apply to you. > There may also have been a problem in that a couple of the summary > update functions move point to the next line. So if I write (progn (update) > (update) (update)) I end up making changes to three articles rather than > one. Still checking on this one. The agent code currently has to call gnus-summary-update-mark to clear the processable mark, call gnus-summary-update-download-mark to clear the undownloaded mark, gnus-summary-mark-article to clear the read mark, etc. What I'm just learning is that some of these move point to the next line. Of course, this only explains problems UPDATING the summary buffer. A problem with the initial contents is an entirely different matter. Kevin