From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/17055 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Re: User interface confusion; p0.30 invokes VM? Date: 13 Sep 1998 15:13:25 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035155824 31347 80.91.224.250 (20 Oct 2002 23:17:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:17:04 +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 PAA26006 for ; Sun, 13 Sep 1998 15:15:43 -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 NAF22219; Sun, 13 Sep 1998 13:46:43 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 13 Sep 1998 14:14:10 -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 OAA17832 for ; Sun, 13 Sep 1998 14:14:02 -0500 (CDT) Original-Received: from pocari-sweat.jprc.com (POCARI-SWEAT.JPRC.COM [207.86.147.217]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA25979 for ; Sun, 13 Sep 1998 15:13:55 -0400 (EDT) Original-Received: (from karl@localhost) by pocari-sweat.jprc.com (8.8.7/8.8.7) id PAA21794; Sun, 13 Sep 1998 15:13:25 -0400 Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6h R;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu In-Reply-To: Lars Magne Ingebrigtsen's message of "Sun 13 Sep 1998 18:39:56 +0200" Original-Lines: 35 User-Agent: Gnus/5.6.43 XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:17055 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:17055 Lars Magne Ingebrigtsen writes: > The defaults for many of the parts are, perhaps, less than optimal. ... > Feel free to write new and wonderful functions to display weird > formats and stuff. Mail your things to this mailing list as you > develop it. What is the semantic of more than 1 entry for a given type? That is, there are already 4 elements for message/rfc822. Is it simply a matter of looping through them in sequence, until the per-element usability test returns non-nil? If so, isn't vm-mode always autoloaded, and thus isn't vm-mode always the choice made? To phrase the question without the negative voice, how would one stipulate a different personal choice? What is the relationship between the list from mailcap.el and the similar list in mm.el? Since I'm using Gnus to read mail, I would like to continue to use Gnus to read enclosd articles which are still essentially mail. The idea seems very odd, to invoke an entirely different mail-reading package to do what I already want using Gnus. Something like: ("rfc-*822" (viewer . gnus-article-prepare) (type . "message/rfc-822")) (I haven't actually looked to see if there is any other preparatory work to be done, before blindly invoking gnus-article-prepare.) I don't see why one would invoke any other possibility, from within Gnus -- if one wants the VM interface, one should be using VM in the 1st place. No? --karl