From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16361 Path: main.gmane.org!not-for-mail From: Robert Bihlmeyer Newsgroups: gmane.emacs.gnus.general Subject: Re: Functional requirements for Gnus Date: 28 Aug 1998 13:22:05 +0200 Organization: Area 51 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.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035155246 27311 80.91.224.250 (20 Oct 2002 23:07:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:07:26 +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 HAA06240 for ; Fri, 28 Aug 1998 07:22:37 -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 FAF08070; Fri, 28 Aug 1998 05:53:41 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 28 Aug 1998 06:22:27 -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 GAA19686 for ; Fri, 28 Aug 1998 06:22:18 -0500 (CDT) Original-Received: from mars.zserv.tuwien.ac.at (mars.zserv.tuwien.ac.at [193.170.75.15]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id HAA06230 for ; Fri, 28 Aug 1998 07:22:09 -0400 (EDT) Original-Received: (qmail 3859 invoked by uid 524); 28 Aug 1998 11:22:05 -0000 Original-To: ding@gnus.org X-Attribution: Robbe In-Reply-To: Kai Grossjohann's message of "28 Aug 1998 11:29:47 +0200" Original-Lines: 46 X-Mailer: Gnus v5.6.11/XEmacs 20.3 - "Vatican City" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:16361 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:16361 >>>>> On 28 Aug 1998 11:29:47 +0200 >>>>> Kai Grossjohann said: Kai> I find that there are at least three different ways of Kai> presenting MIME messages to the user (especially multipart Kai> messages). You seem to be mainly concerned with multipart/mixed. What about multipart/alternative? m/digest, m/parallel, m/related should probably be treated much like m/mixed. There are also multipart/signed, multipart/encrypted, which should be handed over to mailcrypt. Kai> (1) `The TM alternative' Kai> [...] Textual parts also have the text included below the Kai> button. [...] This can extend to graphical parts at least in XEmacs. Hell, videos even. Kai> (2) `The digest alternative' Autoexplosion should be possible, like the following: Kai> But how should the original article be displayed? One Kai> possibility would be to split the article window into two Kai> parts, one showing the nndoc digest summary and the other Kai> showing the message part currently selected. [...] Kai> Another possibility would be to Kai> concatenate the textual parts, maybe interspersed with Kai> little markers showing where the non-textual MIME parts are. The latter is like (1) really, isn't it. Kai> (3) `The X u alternative' I think this is like (2), only with the submessages in the summary buffer, rather than a separate buffer. Robbe -- Robert Bihlmeyer reads: Deutsch, English, MIME, Latin-1, NO SPAM!