From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/761
Path: news.gmane.org!not-for-mail
From: Adrian Kubala <adrian@sixfingeredman.net>
Newsgroups: gmane.emacs.gnus.user
Subject: gnus-group-split
Date: Fri, 12 Jul 2002 15:44:37 +0200
Organization: [posted via] Leibniz-Rechenzentrum, Muenchen (Germany)
Message-ID: <87adoxysai.fsf@sixfingeredman.net>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: sea.gmane.org 1138667685 8301 80.91.229.2 (31 Jan 2006 00:34:45 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Tue, 31 Jan 2006 00:34:45 +0000 (UTC)
Original-X-From: nobody Tue Jan 17 17:28:04 2006
Original-Path: quimby.gnus.org!news.ccs.neu.edu!news.dfci.harvard.edu!news.cis.ohio-state.edu!usenet01.sei.cmu.edu!logbridge.uoregon.edu!fr.usenet-edu.net!usenet-edu.net!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!news.belwue.de!informatik.tu-muenchen.de!lrz.de!not-for-mail
Original-Newsgroups: gnu.emacs.gnus
Original-NNTP-Posting-Host: eikpool.eikon.e-technik.tu-muenchen.de
Original-X-Trace: wsc10.lrz-muenchen.de 1026481792 83 129.187.240.224 (12 Jul 2002 13:49:52 GMT)
Original-X-Complaints-To: news@lrz-muenchen.de
Original-NNTP-Posting-Date: 12 Jul 2002 13:49:52 GMT
X-Gpg-Key-Id: C7F908D4
X-Gpg-Fingerprint: 86C1 66EF 0F2C 9737 26D6  54D7 8812 FFDB C7F9 08D4
X-Crypto: GnuPG http://www.gnupg.org
X-Face: ]m`Y)7~h_uy\-v*%8PsLNZ(cEo75`rn:WXZI\C#MMWHCR3VJE5WT6T{x'`A.]oz{o+pnzVy
 d^KR)j`je=LZi+`8o8nHFc:emU~;/`U4v/|Cg]ZP)!zOAe<5<}}s}F2|0fOir_,y3kxX_qP^_+_G2h
 m.~3]{v0o5/7GI|!B8Rt]vB?$I18S!hIw8/T|P
User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.4 (Honest Recruiter,
 i386-debian-linux)
Cancel-Lock: sha1:gts7PkhMi7dsgYSvbExAoWn93iA=
Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:901
Original-Lines: 29
X-Gnus-Article-Number: 901   Tue Jan 17 17:28:04 2006
Xref: news.gmane.org gmane.emacs.gnus.user:761
Archived-At: <http://permalink.gmane.org/gmane.emacs.gnus.user/761>

I have a very particular split setup, like so:

(setq nnmail-split-methods 'nnmail-split-fancy)
(gnus-group-split-setup t)
(add-hook 'gnus-group-split-updated-hook 'my-fancy-split)
(defun my-fancy-split ()
  ;; This ugly thing changes the normal & split into an | one
  (setq nnmail-split-fancy
   (cons '|
         (cons '(: nnmail-split-fancy-with-parent)
               (append (reverse (cdadr nnmail-split-fancy))
               (cddr nnmail-split-fancy))))))

(gnus-group-split-update)

This rather opaque list-manipulation reveals some deficiencies in the
group split.

1. Would it be possible to make the group-split fancy split memoising,
   so that `gnus-group-split-update' wasn't necessary? I don't know
   elisp too well, perhaps memoising isn't even possible without
   lexical binding?

2. The `reverse' is necessary because I like my groups displayed in a
   different order than they are sorted. Perhaps topics would be a
   partial answer to this. Though it seems a "group-split-priority" in
   the group parameters would be really useful.

adrian