From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/80768 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: Problem with gnus-parameters Date: Thu, 05 Jan 2012 11:00:25 +0100 Message-ID: <87ty4ajwp2.fsf@thinkpad.tsdh.de> References: <878vn0c9as.fsf@thinkpad.tsdh.de> <878vmziasx.fsf@tsdh.uni-koblenz.de> <877h17udki.fsf@tsdh.uni-koblenz.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1325757663 31468 80.91.229.12 (5 Jan 2012 10:01:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 5 Jan 2012 10:01:03 +0000 (UTC) Cc: Katsumi Yamaoka , ding@gnus.org To: Lars Magne Ingebrigtsen Original-X-From: ding-owner+M29050@lists.math.uh.edu Thu Jan 05 11:00:59 2012 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rik82-00021U-Ug for ding-account@gmane.org; Thu, 05 Jan 2012 11:00:59 +0100 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 1Rik7i-0006rh-G8; Thu, 05 Jan 2012 04:00:38 -0600 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 1Rik7g-0006rW-T9 for ding@lists.math.uh.edu; Thu, 05 Jan 2012 04:00:36 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1Rik7b-0001Na-UQ for ding@lists.math.uh.edu; Thu, 05 Jan 2012 04:00:36 -0600 Original-Received: from out5.smtp.messagingengine.com ([66.111.4.29]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Rik7Z-0007cZ-QT for ding@gnus.org; Thu, 05 Jan 2012 11:00:29 +0100 Original-Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id BBF4420FA5 for ; Thu, 5 Jan 2012 05:00:28 -0500 (EST) Original-Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute4.internal (MEProxy); Thu, 05 Jan 2012 05:00:28 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:to:cc:subject:references:date :in-reply-to:message-id:mime-version:content-type; s=smtpout; bh=ljCuUUdDOF0aCmhS6us5w+uIaE8=; b=ciFWqZWRvBdjdbYcCZ3D4Urp6g2k BkdT8ED+e0Kz+v9pdkf335p4U4ebU2Wh/dQWfuQL+4kmYzEGea2xYcVfdZQCQXS+ 95KzPePEUfKS+expGv+uQ09P/BqU52QtFBi4xzAK3Nvsy6RDUmxeAARc8QVeKJbs l154ZoHKmQKoFRE= X-Sasl-enc: e3ksrw+fL/a+7LBl197nfaHX6VgQ8pZy+NqiQ2LYcuo2 1325757628 Original-Received: from thinkpad.tsdh.de (91-67-11-43-dynip.superkabel.de [91.67.11.43]) by mail.messagingengine.com (Postfix) with ESMTPSA id 9B63448257C; Thu, 5 Jan 2012 05:00:27 -0500 (EST) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Wed, 04 Jan 2012 21:03:44 +0100") User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.92 (gnu/linux) X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:80768 Archived-At: Lars Magne Ingebrigtsen writes: Hi Lars, >> I can live with the current situation. It's just that I think it's >> not obvious, and it's not documented. > > I've now documented it. You mean this? ,----[ (info "(gnus)Group Parameters") ] | The first clause that matches the group name will be used. `---- That's actually not true. In fact, if that was true, then the example above that sentence would contain "dead code" because "mail\\.me" could never match because the first clause always wins. In the current situation, the *last* matching clause defines the group parameters, and group parameters of previous matches are discarded. For group local variables, *all* matching clauses contribute to the final values, i.e., here we have a cumulative approach (equal to posting styles), where a latter clause may add to or even override previous settings. (I consider this a major advantage.) That's exactly what I've complained about: the differences in the evaluation strategy of similar items in the same alist. Furthermore, since group local variables in gnus-parameters are handled exactly as gnus-posting-styles, I don't see a reason why group parameters are treated as an exception. If there are technical reasons, that's fine with me. I can live with it. So, please fill in this form: - [ ] It'll stay as-is because of reason ________________________. - [ ] Oh, I didn't notice it's that awkward. I'll fix it in a way that ______________________________________________________. In any case, I happily volunteer to clarify the docs. Bye, Tassilo