From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68579 Path: news.gmane.org!not-for-mail From: David Abrahams Newsgroups: gmane.emacs.gnus.general Subject: Re: Shorter/customized group names? Date: Fri, 29 May 2009 14:02:58 -0400 Message-ID: References: <87zlcydxa0.fsf@randomsample.de> <877i017ec4.fsf@randomsample.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1243620219 13302 80.91.229.12 (29 May 2009 18:03:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 May 2009 18:03:39 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M17010@lists.math.uh.edu Fri May 29 20:03:35 2009 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.50) id 1MA6QY-0001DT-TZ for ding-account@gmane.org; Fri, 29 May 2009 20:03:35 +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 1MA6Pv-0002tE-PI; Fri, 29 May 2009 13:02:55 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1MA6Pu-0002t4-2I for ding@lists.math.uh.edu; Fri, 29 May 2009 13:02:54 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1MA6Po-0006cs-0K for ding@lists.math.uh.edu; Fri, 29 May 2009 13:02:53 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1MA6QH-0000Jp-00 for ; Fri, 29 May 2009 20:03:17 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MA6Pn-0005dg-3x for ding@gnus.org; Fri, 29 May 2009 18:02:47 +0000 Original-Received: from 207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com ([207.172.223.249]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 May 2009 18:02:47 +0000 Original-Received: from dave by 207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 May 2009 18:02:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 92 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (darwin) Cancel-Lock: sha1:vh8ZA7yuKb7gUCS5s13bFJMo+Ek= X-Spam-Score: -3.6 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68579 Archived-At: on Fri May 29 2009, David Engster wrote: > David Abrahams writes: >> This is pretty cool, but it's also got a few problems. It relies on >> implementation details of Gnus like the order in which groups get >> formatted, that Gnus always formats *all* the groups (it doesn't) and on >> some secret variables. > > It's a hack, for sure. Maybe the reason it works pretty well for me is > because I'm using topic mode? I'm using topic mode too. > Regarding the gnus-tmp- variables, I'd say those are unlikely to change > in the future, but they should surely be made "official". The doc-string > for gnus-group-line-format says for '%u' > > ,---- > | The function will be passed a single dummy parameter as argument. The > | function should return a string, which will be inserted into the > | buffer just like information from any other group specifier. > `---- > > In the current form, this doesn't make sense, since it is not said how > to obtain the group name and the corresponding method which should be > inserted into the buffer. Does that need to be reported as a bug? >> Also, I'm not sure what resets DE-format-previous-regexp back to nil >> other than encountering a non-nntp group. > > Exactly that. > >> Since I'd like this to work for non-nntp groups too, I don't think >> that trick is going to work for me. > > I only have nntp groups which are separated by dots, so I tailored it to > nntp only. > >> Here's what I've got so far as a tweak to the above, but since it relies >> on the same assumptions, it doesn't quite work as well as it should. >> This seems like the sort of thing for which we would need explicit >> support from Gnus if it's not going to break with each release. > > Yes, maybe this jusn't isn't possibly to do reliably at the moment. I'd > have to look in gnus-group.el in how Gnus builds the Group buffer in > detail. > > [... snipped your version ...] > > Could you give an example how this code fails for you in certain > situations? Here's my current *Group* buffer. Note that gmane.comp.lib.boost.user is reported as being gmane.os.lib.boost.user and gmane.comp.file-systems.tahoe.announce has the same problem [ Gnus -- 360190 ] 391 | 1watch.committee 2 | 0unsure 17 |*INBOX [ Active -- 152317 ] 152304 |* . .lib.boost.devel 9 | .os.solaris.opensolaris.indiana 2 |*gmane.emacs.gnus.general 2 | .os.solaris.opensolaris.xen [ Occasional -- 49166 ] 48143 | . .lib.boost.user 2 | . .file-systems.tahoe.announce 1021 | . . . .devel [ misc -- 158297 ] 233 | . .lib.boost.announce 3251 | . . . .asio.user 20904 | . . . .build 501 | . . . .cmake 9071 | . . . .cvs 3790 | . . . .documentation 65 | . . . .interest 152 | . . . .jam 896 | . . . .langbinding 6357 | . . . .testing 383 | . . . .threads.devel 5022 | . . . .ublas 12231 | .emacs.gnus.user 95441 | .comp.python.devel -- Dave Abrahams BoostPro Computing http://www.boostpro.com