From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/24180 Path: main.gmane.org!not-for-mail From: Wes Hardaker Newsgroups: gmane.emacs.gnus.general Subject: Re: nnslashdot Date: 12 Jul 1999 08:44:00 -0700 Organization: U.C.Davis, Information Technology - D.C.A.S. Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035161791 7296 80.91.224.250 (21 Oct 2002 00:56:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:56:31 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA03099 for ; Mon, 12 Jul 1999 11:45:07 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id KAB13757; Mon, 12 Jul 1999 10:44:47 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 12 Jul 1999 10:45:34 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id KAA19193 for ; Mon, 12 Jul 1999 10:45:23 -0500 (CDT) Original-Received: from homestyle.dcn.davis.ca.us (hardaker@homestyle.dcn.davis.ca.us [168.150.190.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA03080 for ; Mon, 12 Jul 1999 11:44:21 -0400 (EDT) Original-Received: (from hardaker@localhost) by homestyle.dcn.davis.ca.us (8.9.3/8.9.3) id IAA10019; Mon, 12 Jul 1999 08:44:00 -0700 Original-To: ding@gnus.org X-Face: #qW^}a%m*T^{A:Cp}$R\"38+d}41-Z}uU8,r%F#c#s:~Nzp0G9](s?,K49KJ]s"*7gvRgA SrAvQc4@/}L7Qc=w{)]ACO\R{LF@S{pXfojjjGg6c;q6{~C}CxC^^&~(F]`1W)%9j/iS/ IM",B1M.?{w8ckLTYD'`|kTr\i\cgY)P4 X-URL: http://dcas.ucdavis.edu/~hardaker In-Reply-To: Lars Magne Ingebrigtsen's message of "09 Jul 1999 19:23:29 +0200" Original-Lines: 43 User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) XEmacs/21.2(beta8) (Artemis) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:24180 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:24180 >>>>> On 09 Jul 1999 19:23:29 +0200, Lars Magne Ingebrigtsen said: Lars> Scratch that. We have a single nnslashdot group. When you Lars> select that, you get to read the headlines. And then there's a Lars> magic command that lets you select each topic in a new group, Lars> kinda like nndoc. nnslashtopic groups? But the groups have to Lars> be persistent, since we want to keep track of what articles we Lars> have read. That'd be cool, and was sort of what I was thinking... You know what you need Lars? New functionality! I was thinking it would be really cool to have newsgroups where only the headers from the first articles of each thread were downloaded, and then when you click on them it would start downloading the rest. The backend I'd really like this for is nnimap, but I doubt any backend but something like nnslashdot could really make use of it... Actually, I've been thinking a lot lately about how to make gnus more asynchronous, and I think its possible to do things like dynamic summary buffer updates while you're looking at it and its still pulling in headers. You'd have to keep a hash of the places to put things is all based on the sorting preferences (which, um, you may want to start with just one). Then, it would have to be an external program (rather than elisp) doing the fetching since you'd have to have gnus operate in "do something when data comes in to a buffer" mode, which I've never looked into much so I'm talking without knowledge about how truly feasible it would be. Anyway, that way entering groups would be lighting fast, but the generation of the summary buffer would happen before your eyes but would probably be slower (but pertier)... Now the true feat would to be able to read articles as things were coming in as well, which should also be possible I think. Dynamic group updates would be cool too... You get a group buffer listing and the items slowly change from * to 75, etc... All this requires backends that use external programs I would think though, which is not necessarily a good thing... -- "Ninjas aren't dangerous. They're more afraid of you than you are of them."