From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/17056 Path: main.gmane.org!not-for-mail From: wmperry@aventail.com (William M. Perry) Newsgroups: gmane.emacs.gnus.general Subject: Re: User interface confusion; p0.30 invokes VM? Date: 13 Sep 1998 15:05:53 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <867lz7pyla.fsf@kramer-fast.bp.aventail.com> References: Reply-To: wmperry@aventail.com 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 1035155825 31348 80.91.224.250 (20 Oct 2002 23:17:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:17:05 +0000 (UTC) Cc: ding@gnus.org 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 QAA26831 for ; Sun, 13 Sep 1998 16:06:56 -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 OAF22384; Sun, 13 Sep 1998 14:37:56 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 13 Sep 1998 15:05:19 -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 PAA18524 for ; Sun, 13 Sep 1998 15:05:09 -0500 (CDT) Original-Received: from slow.bp.aventail.com (vinc11.cntwk.net [207.205.120.169]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA26777 for ; Sun, 13 Sep 1998 16:04:58 -0400 (EDT) Original-Received: from kramer-fast.bp.aventail.com (kramer-fast.bp.aventail.com [192.168.200.2]) by slow.bp.aventail.com (8.8.5/8.8.5) with ESMTP id MAA32521; Sun, 13 Sep 1998 12:04:18 -0700 Original-Received: (from wmperry@localhost) by kramer-fast.bp.aventail.com (8.8.5/8.8.5) id PAA01260; Sun, 13 Sep 1998 15:05:53 -0500 Original-To: Karl Kleinpaste X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 writes: > 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? The stuff lars is using is general purpose. mm.el was meant to be used by lots of programs, I just haven't cleaned it up enough yet. :) At the time I wrote mm.el, VM was about the only choice. And VM is not always autoloaded. Especially in Emacs and XEmacs 21.x -Bill P.