From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18916 Path: main.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Fran=E7ois_Pinard?= Newsgroups: gmane.emacs.gnus.general Subject: Re: `b' Date: 18 Nov 1998 19:43:07 -0500 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="iso-8859-1" Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035157359 8782 80.91.224.250 (20 Oct 2002 23:42:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:42:39 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id AAA02456 for ; Thu, 19 Nov 1998 00:23:57 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id XAB06933; Wed, 18 Nov 1998 23:23:37 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 18 Nov 1998 23:23:33 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id XAA18909 for ; Wed, 18 Nov 1998 23:23:18 -0600 (CST) Original-Received: from jupiter.rtsq.qc.ca (rtsq.grics.qc.ca [199.84.132.81]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id AAA02418 for ; Thu, 19 Nov 1998 00:23:10 -0500 (EST) Original-Received: from ariel.progiciels-bpi.ca by jupiter.rtsq.qc.ca (8.8.8/8.8.8) with SMTP id AAA18090; Thu, 19 Nov 1998 00:22:40 -0500 Original-Received: from icule.progiciels-bpi.ca (uucp@localhost) by ariel.progiciels-bpi.ca (950413.SGI.8.6.12/950213.SGI) via UUCP id AAA26547; Thu, 19 Nov 1998 00:24:13 -0800 Original-Received: by icule.progiciels-bpi.ca (8.8.5/8.7.3) id TAA09443; Wed, 18 Nov 1998 19:43:07 -0500 Original-To: Hrvoje Niksic X-Face: "b_m|CE6#'Q8fliQrwHl9K,]PA_o'*S~Dva{~b1n*)K*A(BIwQW.:LY?t4~xhYka_.LV?Qq `}X|71X0ea&H]9Dsk!`kxBXlG;q$mLfv_vtaHK_rHFKu]4'<*LWCyUe@ZcI6"*wB5M@[m écrit: > > > C-d is not well-designed in comparison to other MIME viewers out > > > there. I've written about this before. > Also, C-d is already too overloaded -- it attempts to do all kinds of > things with the messages. Adding tree-like MIME display looks like > one too much to me. Is that really an argument? If `C-d' does not have a meaning for MIME messages, I see no problem that it gets one. The `nndoc' concept, per definition, should be able to do many intelligent things, not only one. > In a true MIME-viewing mode, `o' should save only the message body, one > should be able to access the unhacked headers, uuencoded messages should > work just like they do with regular buttons, etc. [...] I'd like for > instance `o' to save the messages without the (bogus) headers. I would > also prefer headers not to be inherited and shown. `C-d' does not attempt to trigger a MIME-viewing mode. It only generates full, complete, valid messages representing useful subtrees of the MIME tree for a single original message. You then use any command able to manoeuvre _full_ messages on subtrees. Here, `o' does not get specially overloaded, and has no reason to be. It means what it always meant for full messages. If you imply that `C-d' is meant for other things it was really meant for, then of course, it is likely that it was not well designed to do them. > For the latter, I'd like the code to use the existing Gnus MIME engine > (the mm-* stuff), so that it works for uuencoded files, etc. I think, I may be biased (:-), that `C-d' does its job well, and even, that the code is not so badly written. Maybe it could do better now using `mm-*' stuff? Such `mm-*' did not exist at the time `C-d' became able to split MIME parts, and `C-d' has most probably not been reevaluated since then. You say that using `mm-*' will give us `uuencoded' parts? Anything else? -- François Pinard mailto:pinard@iro.umontreal.ca Join the free Translation Project! http://www.iro.umontreal.ca/~pinard