From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16944 Path: main.gmane.org!not-for-mail From: Jason L Tibbitts III Newsgroups: gmane.emacs.gnus.general Subject: Re: Those MIME requirements Date: 11 Sep 1998 12:07:10 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035155733 30797 80.91.224.250 (20 Oct 2002 23:15:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:15:33 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA16015 for ; Fri, 11 Sep 1998 13:09:04 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id LAF12130; Fri, 11 Sep 1998 11:39:59 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 11 Sep 1998 12:07:23 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id MAA09221 for ; Fri, 11 Sep 1998 12:07:14 -0500 (CDT) Original-Received: from sina.hpc.uh.edu (tibbs@Sina.HPC.UH.EDU [129.7.3.5]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA15984 for ; Fri, 11 Sep 1998 13:07:09 -0400 (EDT) Original-Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id MAA09217; Fri, 11 Sep 1998 12:07:11 -0500 (CDT) Original-To: ding@gnus.org In-Reply-To: Lars Magne Ingebrigtsen's message of "11 Sep 1998 17:08:38 +0200" Original-Lines: 15 X-Mailer: Gnus v5.6.24/Emacs 19.34 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:16944 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:16944 >>>>> "LMI" == Lars Magne Ingebrigtsen writes: LMI> Is this satisfactory? I'd really like not to leave the summary LMI> buffer, but I don't quite see how... Way in the past I remember talking about showing the various parts of multipart messages in the Summary buffer as if they were children in an thread. This is how MEW did it. It also works nicely for nested multiparts. I'd prefer to be able to navigate all of the parts of an article without leaving the Summary buffer and preferably without entirely replacing the summary buffer (as when reading digests). There used to be some info on this somewhere, in a TODO list or something. - J<