From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 6998 invoked from network); 16 Jun 2020 21:47:28 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 16 Jun 2020 21:47:28 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.3) (envelope-from ) id 1jlJPn-0003z8-Kn; Tue, 16 Jun 2020 16:46:43 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jlJPj-0003wS-7d for ding@lists.math.uh.edu; Tue, 16 Jun 2020 16:46:39 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1jlJPS-00EGf2-PE for ding@lists.math.uh.edu; Tue, 16 Jun 2020 16:46:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EQHi3UFmREFq8egwhwbBmU2WMwmyzVnOl9PBWp+ycK0=; b=k3/DxpOu6SKO+VGgbuetNlHdgI zsR/V1fVLbRuri/+7bb8WmfY263SnTDugn0j+LoS/+9C0i/NHpZZ0Cs7+T3YA9ZjZWwZ+JCTwwsyB rPH6g8YVTtstYt4HWA8uKGqrH4CuzRYG0V/IVAH2xs0CUMghJt/w28XTlqyuha8w/n+Y=; Received: from ciao.gmane.io ([159.69.161.202]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jlJPL-0004In-M2 for ding@gnus.org; Tue, 16 Jun 2020 23:46:18 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1jlJPK-0004Cd-RQ for ding@gnus.org; Tue, 16 Jun 2020 23:46:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Eric Abrahamsen Subject: Re: How about gnus-registry-precious-only-p? Date: Tue, 16 Jun 2020 14:46:06 -0700 Message-ID: <87366ubs69.fsf@ericabrahamsen.net> References: <87blmifkxe.fsf@ericabrahamsen.net> <87ftb0l17v.fsf@ericabrahamsen.net> <87pn9yc19p.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:hCHjfINcGJ9dU+yARfrJUuois4w= List-ID: Precedence: bulk Ted Zlatanov writes: > On Tue, 16 Jun 2020 11:29:38 -0700 Eric Abrahamsen wrote: > > EA> Actually, thinking more about it, your point here is important -- it's > EA> probably best to explicitly check the value of > EA> `gnus-registry-extra-entries-precious'. Also, the good thing about > EA> `gnus-registry-register-message-ids' is that it fully populates the > EA> entries with sender, subject, etc. Relying on other manual functions to > EA> create entries may fail to do that, and that information is important to > EA> have. > > EA> I'm leaning towards having `gnus-registry-register-message-ids' do its > EA> thing no matter what, and then deleting the entries when leaving the > EA> *Summary* buffer. If the user adds precious data to any of the entries > EA> while in the summary, they won't be deleted. > > OK. For large groups, this gets slow in my experience. Could we register > the articles when adding the marks or when leaving the summary? Oh, and that would make it even slower because the entries will be constantly recreated if we happen to enter a group multiple times and look at old messages. We could create the full entries when setting marks, but that wouldn't help other packages that might be using the registry to save information. But perhaps we could create a helper function, or an optional CREATE-FULL argument to `gnus-registry-set-id-key'. Will think some more.