From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mike Kupfer Newsgroups: gmane.emacs.bugs Subject: bug#75329: 30.0.93; gnus: lowering thread score doesn't work on e-mail threads (...?) Date: Thu, 09 Jan 2025 11:26:54 -0800 Message-ID: <23921.1736450814@alto.camomileplus.org> References: <87y0zrjz60.fsf@librehacker.com> <154862.1736392991@alto.camomileplus.org> <87sepshsfs.fsf@librehacker.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7630"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 75329@debbugs.gnu.org To: Christopher Howard Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 09 20:28:33 2025 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tVyCk-0001p8-UR for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 09 Jan 2025 20:28:30 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tVyCL-00057G-JK; Thu, 09 Jan 2025 14:28:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tVyCJ-000572-FG for bug-gnu-emacs@gnu.org; Thu, 09 Jan 2025 14:28:03 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tVyCJ-0002zp-2x for bug-gnu-emacs@gnu.org; Thu, 09 Jan 2025 14:28:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=Date:MIME-Version:References:In-reply-to:From:To:Subject; bh=IHkwdLN5NSeDNkaRjovcuwKPyT+zmdRMgIWbRC6J1js=; b=A7Q35RypoLTTZ4KMLkPuLhkUgHbNOSO59xGcx1TB51m1bz87RFp4qCUvZ1zrbNP/ATLmWRh0m8zJbnPFeErMl33AgGK+wF/jAoauIy3DZZYMIIj+vgfsQgd0cpy9p2uVqTvtiNktL0qE4rbZwzeoJAfBVwa4rKq6xjkzfxVPW43mvkyoFnPW3cJv/uWjH6EmC/V4uBq4RsKegDzvFeyt83fgYXVQ0xteyQq2x+0pi3N5rN2L/RGQjGTBMrT4Fi5dmJORwYu4iGRu1+vw2Ba65tvDMeofuaaK+2ihl0urea3nB5HLLznYjagO8hNpvhzGOnEbn+TUnF/LGn1CSkO7sQ==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tVyCH-0000ok-TL for bug-gnu-emacs@gnu.org; Thu, 09 Jan 2025 14:28:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Mike Kupfer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jan 2025 19:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75329 X-GNU-PR-Package: emacs Original-Received: via spool by 75329-submit@debbugs.gnu.org id=B75329.17364508233061 (code B ref 75329); Thu, 09 Jan 2025 19:28:01 +0000 Original-Received: (at 75329) by debbugs.gnu.org; 9 Jan 2025 19:27:03 +0000 Original-Received: from localhost ([127.0.0.1]:54296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVyBL-0000nJ-Fn for submit@debbugs.gnu.org; Thu, 09 Jan 2025 14:27:03 -0500 Original-Received: from shell1.rawbw.com ([198.144.192.42]:26122 ident=root) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVyBJ-0000mq-HI for 75329@debbugs.gnu.org; Thu, 09 Jan 2025 14:27:02 -0500 Original-Received: from alto.camomileplus.org (135-180-174-211.dsl.dynamic.sonic.net [135.180.174.211] (may be forged)) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 509JQsc2070014 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Jan 2025 11:26:59 -0800 (PST) (envelope-from kupfer@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host 135-180-174-211.dsl.dynamic.sonic.net [135.180.174.211] (may be forged) claimed to be alto.camomileplus.org In-reply-to: <87sepshsfs.fsf@librehacker.com> Comments: In-reply-to Christopher Howard message dated "Thu, 09 Jan 2025 07:18:15 -0900." X-Mailer: MH-E 8.6+git; nmh 1.8-RC2; Emacs 30.0.92 Content-ID: <23920.1736450814.1@alto.camomileplus.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:298853 Archived-At: Christopher Howard wrote: > One issue for me here is how to get to the start of the thread > quickly, since the actual start of the thread might be hidden. I > suppose I could run (gnus-summary-insert-old-articles t) and then > (gnus-summary-top-thread). But I know that > gnus-summary-insert-old-articles can take a really long time in an > IMAP summary buffer so I'm not sure if that is really practical. I > guess I could do something like (gnus-summary-insert-old-articles 200) > instead and hope that is good enough. Any thoughts on this? Hmm. My experience with Gnus and IMAP is several years old, but yes, I remember it being slow. I've never used thread scoring before, so all I know is what the documentation says and the results of my limited testing. Based on that, I'd say that if you score down on an article that is 200 messages back, Gnus might not catch all the messages in the thread, but it might catch most of them, depending on how much the conversation has branched (i.e., how many subthreads there are) and how many other unrelated threads appear in that set of 200. (If there are a lot of unrelated messages, you'll get worse results than if most of the 200 is from the same thread.) If you come across a new subthread, you could manually score it down. If there aren't a lot of subthreads, that might be good enough. In the rest of this email, I'll describe the workflow that I use with Gnus. It might be overkill for your needs, but it might reduce the need to identify and score down subthreads. I have the following in my Emacs configuration: (setq gnus-thread-score-function 'mdk-avg) (setq gnus-thread-sort-functions '(gnus-thread-sort-by-number gnus-thread-sort-by-total-score)) (defun mdk-avg (&rest l) "Return the average of a set of numbers. Will use integer division unless one or more of the numbers is floating point." (/ (apply '+ l) (length l))) So if a thread has a lot of low-score messages, it will appear later in the summary buffer than a thread with higher-scored messages. When reading a new batch of email, I first limit to messages whose score is above a particular threshold, and I pay closer attention to those. I then remove the limit and skim until I get to threads that mostly have negative-scored messages. I then press "x" to clear the visual clutter, and I skim what's left. At the bottom of the buffer, I use "M H" to mark everything left as read. mike