From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56113 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: Re: Need suggestions for changing agent's downloadable mark. Date: Mon, 19 Jan 2004 19:58:22 -0600 Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1074563962 5620 80.91.224.253 (20 Jan 2004 01:59:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Jan 2004 01:59:22 +0000 (UTC) Original-X-From: ding-owner+M4653@lists.math.uh.edu Tue Jan 20 02:59:14 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AilAg-0007Hi-00 for ; Tue, 20 Jan 2004 02:59:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1AilA6-00019D-00; Mon, 19 Jan 2004 19:58:38 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Ail9x-000195-00 for ding@lists.math.uh.edu; Mon, 19 Jan 2004 19:58:29 -0600 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by justine.libertine.org (Postfix) with ESMTP id AE62A3A006A for ; Mon, 19 Jan 2004 19:58:28 -0600 (CST) Original-Received: from news by quimby.gnus.org with local (Exim 3.35 #1 (Debian)) id 1Ail9v-0005vI-00 for ; Tue, 20 Jan 2004 02:58:27 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 46 Original-NNTP-Posting-Host: dialup-216-12-206-225.ev1.net Original-X-Trace: quimby.gnus.org 1074563907 22771 216.12.206.225 (20 Jan 2004 01:58:27 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: Tue, 20 Jan 2004 01:58:27 +0000 (UTC) User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (windows-nt) Cancel-Lock: sha1:VZzUJPnfh2iba4g0ual6Bmf4dO8= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56113 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56113 Simon Josefsson writes: > Kevin Greiner writes: > >> Simon Josefsson writes: >> >>> Kevin Greiner writes: >>> >>>> Any idea where I could find this functionality? I thought that >>>> gnus-update-marks (gnus-sum.el) would be appropriate as it updates the >>>> info structure but no luck. The same was true of >>>> gnus-gnus-to-quic-newsrc-format (gnus-start.el). I think that your >>>> suggestion is reasonable, I just don't know where to start with the >>>> implementation. >>> >>> gnus-adjust-marked-articles? I don't understand why it doesn't >>> already work, though. >> >> Thanks that's it. The behavior of gnus-adjust-marked-articles is >> determined by gnus-article-mark-to-type which returns the result of >> looking up gnus-article-special-mark-lists. >> >> gnus-article-special-mark-lists's value is >> ((seen range) >> (killed range) >> (bookmark tuple) >> (score tuple)) >> >> So, all I need to do is add (download list) or (download range) to it. > > If download is a list, it shouldn't be added to > gnus-article-special-mark-lists. Only non-list mark list types should > be added. See the definition of gnus-article-mark-to-type. > > (gnus-article-mark-to-type 'downloadable) > => list Hmmm. Are lists unsorted or, at least, not sorted by ascending numeric value? I think that range is better but someone wrapped ALL of the range logic in a cond block that is only true for the mark seen. Was that correct? Shouldn't we trim killed and bookmark marks as they go outside of the active range? Kevin