From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/7348 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Li'l Feature Wish Date: 27 Jul 1996 19:12:44 +0200 Message-ID: References: <199607241702.TAA12622@bombur2.uio.no> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035147673 6935 80.91.224.250 (20 Oct 2002 21:01:13 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:01:13 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.5/8.6.9) with SMTP id KAA14452 for ; Sat, 27 Jul 1996 10:47:23 -0700 Original-Received: from hler.ifi.uio.no (hler.ifi.uio.no [129.240.94.23]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sat, 27 Jul 1996 19:29:54 +0200 Original-Received: (from larsi@localhost) by hler.ifi.uio.no ; Sat, 27 Jul 1996 19:30:03 +0200 Original-To: ding@ifi.uio.no In-Reply-To: Hallvard B Furuseth's message of Wed, 24 Jul 1996 19:02:26 +0200 (MET DST) Original-Lines: 39 X-Mailer: Gnus v5.2.38/Emacs 19.29 Xref: main.gmane.org gmane.emacs.gnus.general:7348 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:7348 Hallvard B Furuseth 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."