From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/4006 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Adaptive score and highlighting? Date: Thu, 16 Nov 1995 21:13:15 +0100 Message-ID: <199511162013.VAA22896@ssv4.dina.kvl.dk> References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035144817 28241 80.91.224.250 (20 Oct 2002 20:13:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:13:37 +0000 (UTC) Cc: ding@ifi.uio.no Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.6.11/8.6.9) with ESMTP id MAA00047 for ; Thu, 16 Nov 1995 12:55:28 -0800 Original-Received: from elc1.dina.kvl.dk (elc1.dina.kvl.dk [130.225.40.228]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 16 Nov 1995 21:14:03 +0100 Original-Received: from ssv4.dina.kvl.dk (ssv4.dina.kvl.dk [130.225.40.223]) by elc1.dina.kvl.dk (8.6.12/8.6.4) with ESMTP id VAA11305; Thu, 16 Nov 1995 21:11:51 +0100 Original-Received: (abraham@localhost) by ssv4.dina.kvl.dk (8.6.12/8.6.4) id VAA22896; Thu, 16 Nov 1995 21:13:15 +0100 Original-To: konmsll@eua.ericsson.se (Mats Lidell) In-reply-to: konmsll@eua.ericsson.se's message of 15 Nov 1995 09:56:08 +0100 Xref: main.gmane.org gmane.emacs.gnus.general:4006 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:4006 >>>>> "ML" == Mats Lidell writes: ML> Is there some way to get "highlight" when above ML> some score (say 10) and "dimmed" when lower another score (say -10) so ML> that small random changes won't trigger highlighting. Yes, by setting `gnus-summary-highlight', either directly or by typing `M-x customize RET' and modifying the `Summary Line Highlighting' field. Be warned that it is rather complicated either way. You need to change `(> score default)' to `(> score (+ default 10))' each place it occur in the definition of that value ML> I think there is a general problem also involved with this type of ML> mechanism. Authors that once get "highlighted" will get their score ML> increased because you must read him again because he is highlighted. I ML> guess there is no solution to this other than to remove his score when ML> you find out that this author doens't deserve that score. But then how ML> do you do that in a controlled maner. Lower on author? Yep. Type `L A' when you decide that it was a mistake to read that author.