info-gnus-english
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNUS hide group from *Group* buffer when there no unread messages...


From: Kevin Brubeck Unhammer
Subject: Re: GNUS hide group from *Group* buffer when there no unread messages...
Date: Wed, 15 Aug 2012 08:12:00 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux)

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> On Tue, Aug 14 2012, Kevin Brubeck Unhammer wrote:
>
>> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>>
>>> And 'j' for `gnus-group-jump-to-group' will find any group, visible or
>>> not! This is my main method for *Group* buffer navigation, and for your
>>> exact use-case: 'j' to find a group, then 'C-u a' to compose a message
>>> to it.
>>
>> Is it possible to make that use "ido" type completion? 
>
> But of course!
>
> (setq gnus-completing-read-function 'gnus-ido-completing-read)
>
> I have problems with this, largely because nnmairix (for reasons I will
> never understand) creates dummy copies of all your groups. So when you
> hit 'j' you're suddenly confronted by a sea of nonexistent groups that
> get in the way of where you want to go. Someone in this group, I
> believe, once provided me with this:
>
> (defadvice gnus-group-completing-read (before remove-nnmairix-groups activate)
>   (unless collection
>     (mapatoms
>      (lambda (g)
>        (unless (string-match "\\(nnml\\|archive\\)" (symbol-name g))
>        (push g collection)))
>      gnus-active-hashtb)))
>
> Unfortunately this also filters out all my nnml+archive groups, even
> though it looks like it shouldn't. Probably I could fix it myself
> without too much work, but I haven't bothered…
>
> Anyway, hope that helps.

Sure does, thanks :-) I guess I'll be jumping to relatively unique names
till I figure out that nnmairix thing …

-- 
Kevin Brubeck Unhammer

GPG: 0x766AC60C




reply via email to

[Prev in Thread] Current Thread [Next in Thread]