From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56122 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Need suggestions for changing agent's downloadable mark. Date: Tue, 20 Jan 2004 12:38:33 +0100 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 1074598804 32316 80.91.224.253 (20 Jan 2004 11:40:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Jan 2004 11:40:04 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M4662@lists.math.uh.edu Tue Jan 20 12:39:55 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 1AiuEd-0000S9-00 for ; Tue, 20 Jan 2004 12:39:55 +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 1AiuDw-0002RL-00; Tue, 20 Jan 2004 05:39:12 -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 1AiuDj-0002RD-00 for ding@lists.math.uh.edu; Tue, 20 Jan 2004 05:38:59 -0600 Original-Received: from yxa.extundo.com (178.230.13.217.in-addr.dgcsystems.net [217.13.230.178]) by justine.libertine.org (Postfix) with ESMTP id 5078D3A0039 for ; Tue, 20 Jan 2004 05:38:55 -0600 (CST) Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.10/8.12.10) with ESMTP id i0KBcrAn014742 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 20 Jan 2004 12:38:53 +0100 Original-To: Kevin Greiner Mail-Copies-To: nobody X-Hashcash: 0:040120:kgreiner@xpediantsolutions.com:03643b5265085869 X-Hashcash: 0:040120:ding@gnus.org:e852d735fd7b66cb In-Reply-To: (Kevin Greiner's message of "Mon, 19 Jan 2004 19:58:22 -0600") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56122 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56122 Kevin Greiner writes: > 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? Hm, I'm not sure. The docstring for the gnus-newsgroup-* variables does not mention anything about sorting, though. > 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? I'm not sure. Maybe add another cond case?