From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/23772 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.gnus.general Subject: Re: MIME variables Date: 04 Jul 1999 15:55:46 +0000 Sender: owner-ding@hpc.uh.edu Message-ID: <87so74o1dp.fsf@pc-hrvoje.srce.hr> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035161445 3846 80.91.224.250 (21 Oct 2002 00:50:45 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:50:45 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA23544 for ; Sun, 4 Jul 1999 12:00:24 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id KAB26036; Sun, 4 Jul 1999 10:59:24 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 04 Jul 1999 10:58:09 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id KAA23557 for ; Sun, 4 Jul 1999 10:57:57 -0500 (CDT) Original-Received: from pc-hrvoje.srce.hr (pc-hrvoje.srce.hr [161.53.2.132]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA23460 for ; Sun, 4 Jul 1999 11:56:39 -0400 (EDT) Original-Received: from hniksic by pc-hrvoje.srce.hr with local (Exim 3.02 #1 (Debian)) id 110ocR-0004Vr-00 for ; Sun, 04 Jul 1999 15:55:51 +0000 Original-To: ding@gnus.org X-Attribution: Hrvoje X-Face: &{dT~)Pu6V<0y?>3p$;@vh\`C7xB~A0T-J%Og)J,@-1%q6Q+, gs<-9M#&`I8cJp2b1{vPE|~+JE+gx;a7%BG{}nY^ehK1"q#rG O,Rn1A_Cy%t]V=Brv7h writes: > I think the following should reflect the state in 0.91: > > Customization > ============= > > `mm-inline-media-tests' > This is an alist where the key is a MIME type, the second element > is a function to display the part "inline" (i.e., inside Emacs), > and the third element is a form to be `eval'ed to say whether the > part can be displayed inline. I think the third element should be a function that will be called with one argument, the MIME part. Besides being more Lispy, it allows the programmer to inspect the part when making the decision. Also, the variable could probably stand a better name. `mm-inline-media-tests' is, uhm, less than suggestive. > `mm-inlines-types' > This, on the other hand, says what types are to be displayed > inline, if they satisfy the conditions set by the variable above. > It's a list of MIME media types. Maybe this should also allow a function, or a list of them. > `mm-automatic-display' > This is a list of types that are to be displayed "automatically", > but only if the above variable allows it. That is, only inlinable > parts are usually displayed automatically, but in the end, this is > up to the display agent that's using the MIME library. Another one that could be named better. I, for one, am not sure what "automatical" display means, and how it differs from "inline". > `mm-attachment-override-types' > Some MIME agents create parts that have a content-disposition of > `attachment'. This variable allows overriding that disposition and > displaying the part inline. I think this variable is misconceived, at least as far as text/plain goes. Many patches are rightfully sent out as "attachments", and I don't get the button for them (I have to press `K b' explicitly, which is quite slow.) Mind you, it's perfectly fine for the type to be *displayed* by default, but the button should still be there for attachments. Broken software that generates bogus content-dispositions should not be catered to. On the other hand, text/x-vcard probably fits this variable perfectly, so I guess it's only its default value I have a problem with. > `mm-all-images-fit' > If non-`nil', all images will be deemed to fit into the buffer, > even when they don't. This requires further explanation and possibly a rename. How about: When displaying inline images that are larger than the window inline, XEmacs does not enable scrolling, which means that you cannot see the whole image. To prevent this, Gnus tries to determine the image size before displaying it inline, and if it doesn't fit the window, Gnus will display it externally (e.g. with ImageMagick or xv). Setting this variable to nil disables this check and makes Gnus display all inline images as inline, regardless of their size. Consequently, a good name could be something like `mm-display-large-images-externally' or `mm-display-externally-images-larger-than-window', or...