From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85054 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Kill all messages in buffer Date: Sat, 27 Sep 2014 09:30:17 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: References: <87a95p14g7.fsf@pedroche.home> <87oau2hb1g.fsf@grothesque.org> <87ppei8kvf.fsf@pedroche.home> <87k34p7ec8.fsf@pedroche.home> Reply-To: ding@gnus.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1411824677 15579 80.91.229.3 (27 Sep 2014 13:31:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Sep 2014 13:31:17 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33298@lists.math.uh.edu Sat Sep 27 15:31:08 2014 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XXs5X-0004qz-3r for ding-account@gmane.org; Sat, 27 Sep 2014 15:31:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1XXs58-0007gU-2M; Sat, 27 Sep 2014 08:30:38 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1XXs55-0007fy-Jp for ding@lists.math.uh.edu; Sat, 27 Sep 2014 08:30:35 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1XXs54-0004Z4-Ly for ding@lists.math.uh.edu; Sat, 27 Sep 2014 08:30:35 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XXs53-0005p3-AD for ding@gnus.org; Sat, 27 Sep 2014 15:30:33 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XXs53-0004Ts-4M for ding@gnus.org; Sat, 27 Sep 2014 15:30:33 +0200 Original-Received: from mobile-166-172-056-048.mycingular.net ([166.172.56.48]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Sep 2014 15:30:33 +0200 Original-Received: from tzz by mobile-166-172-056-048.mycingular.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Sep 2014 15:30:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 33 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mobile-166-172-056-048.mycingular.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4.50 (darwin) Cancel-Lock: sha1:3Ws6FA5cmx2UwupVNHED12LaZ5I= X-Spam-Score: -3.8 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85054 Archived-At: On Sat, 27 Sep 2014 08:43:51 +0200 Igor Sosa Mayor wrote: ISM> Ted Zlatanov writes: >> Oh, that's totally different. You want to lower these threads' scores >> en masse. ISM> exactly! Maybe I should think of programming some small function... Or ISM> is there already a solution for this? I don't think this has been requested before. Start with (info "(gnus) Scoring") First of all, note that Gnus does have kill files but they are slow and probably not what you're looking for. You can use scoring to lower any thread's score. Look at `gnus-summary-increase-score` for the UI around it, which constructs a call to `gnus-summary-score-entry`. It only does a single score right now, so you'd either have to write some ELisp or construct a keyboard macro (far easier but less maintainable). I'd recommend the macro to see if you want to use this at all. The effort of using the macro is *probably* the same as the effort of marking each thread and calling a function. My concern there is that the message IDs for killed threads will pile up and the scoring code is not optimized for lookups. You may end up with a really long time waiting for the summary buffer. To combat that, you can use individual score files per group and decaying scores. HTH Ted