Re: Li'l Feature Wish

[Lars Magne Ingebrigtsen <larsi@ifi.uio.no>]

Hallvard B Furuseth <h.b.furuseth@usit.uio.no> writes:

> a) You didn't like a key to set threading from the *group* buffer -- is
>    that because you'd have to duplicate a lot of *summar* things in the
>    *group* buffer?  If so, generalize: "K S keys" will execute "keys" on
>    behalf of the next summary buffer to be entered (or it will be saved
>    and executed *when* the next summary buffer is entered).  K A -- for
>    the next *article* buffer.  K G -- for the "next" *group* buffer:-)

This is a very interesting idea...  Hm.  However, the `t' command in
the summary buffer regenerates the summary buffer, so `K S t' & `RET'
would enter the group, toggle threading, generate the summary buffer
and generate the summary buffer.  Which isn't really a win.  :-)

> b) A key (and possibly a per-group flag) to enter a group without
>    threading, scoring and filling the summmary buffer.

`M-RET' bypasses all scoring, highlighting and stuff and should allow
as quick as possible summary buffer generation.

>    Maybe it'd just show a single "article" named "get summary".
>    Then we could set threading/scoring flags from the summary buffer
>    and *then* push SPC to generate the summary.

That's a possibility.  Hm, yes.  Well, we don't even need that; we
could just have a general "(re)generate summary" command.  Yes, I
think I like this one; I'll add it to the Red Gnus todo list.  

> c) The same, but you don't enter the summary - you get the *article*
>    buffer *without* summary.  Then you can read news without a summary
>    buffer, or you can do stuff on behalf of the group, and enter (thus
>    generating) a summary.

That would require a total rewrite of Gnus, which might be a bit
excessive considering the gains to be had.  :-)

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."