From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37133
Path: main.gmane.org!not-for-mail
From: ShengHuo ZHU <zsh@cs.rochester.edu>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Problems with inlining images in Emacs 20
Date: Thu, 26 Jul 2001 14:54:28 -0700
Message-ID: <2n1yn3cq5n.fsf@piglet.jia.vnet>
References: <m33d7jtrza.fsf@barry_fishman.att.net>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1035172602 12272 80.91.224.250 (21 Oct 2002 03:56:42 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2002 03:56:42 +0000 (UTC)
Return-Path: <zsh@cs.rochester.edu>
Return-Path: <zsh@cs.rochester.edu>
Original-Received: (qmail 18455 invoked from network); 26 Jul 2001 21:57:15 -0000
Original-Received: from unknown (HELO zsh.2y.net) (131.241.79.246)
  by gnus.org with SMTP; 26 Jul 2001 21:57:15 -0000
Original-Received: (from zsh@localhost)
	by zsh.2y.net (8.11.2/8.11.2) id f6QLsSQ05455;
	Thu, 26 Jul 2001 14:54:28 -0700
Original-To: ding@gnus.org
X-Attribution: ZSH
X-Face: 'IF:e51ib'Qbl^(}l^&4-J`'P!@[4~O|&k#:@Gld#b/]oMq&`&FVY._3+b`mzp~Jeve~/#/
 ERD!OTe<86UhyN=l`mrPY)M7_}`Ktt\K+58Z!hu7>qU,i.N7TotU[FYE(f1;}`g2xj!u*l`^&=Q!g{
 *q|<EDbQtg9{wfQuI,#r#{'A,\!95my:/,]"s,O4nzqxNL.}WrHA>ddto|nkt"$r,K$[)"|6,elPH=
 GJ6Q
In-Reply-To: <m33d7jtrza.fsf@barry_fishman.att.net> (Barry Fishman's message
 of "Thu, 26 Jul 2001 15:23:05 -0400")
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.0.104
Original-Lines: 53
Xref: main.gmane.org gmane.emacs.gnus.general:37133
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37133

Barry Fishman <barry_fishman@acm.org> writes:

> I'm not an expert at gnus mime processing but:
> 
> Concerning mm-decode.el:
> 
> It seems wrong to put the image file wildcard "image/.*" as a part of
> mm-inlined-types.  This seems to mean that any image type not caught
> by the mm-inline-media-tests will be just placed inline.  Shouldn't
> one assume that if an image is not of a known type, the Emacs 21's
> will probably not know what to do with it, and if they did, at least
> the mm-valid-and-fit-image-p test should be made.

Emm. I think the recent change of "Default to displaying as text"
causes the problem.  I've fixed it.

> In Emacs 20, inlined images do not look very pretty, and since they
> are inlined there isn't even a button to save them to a file or even
> get rid of them.  This is a real pain.

> Concerning gnus-art.el:
> 
> In gnus-display-mime, The mm-dissect-buffer test is always done in its
> strict mode.  There seems to be messages that get correctly dissected
> with the strict option off, but using
> 
>      (or (mm-dissect-buffer) (mm-uu-dissect) (mm-dissect-buffer t))
> 
> about line 3776 seems to cause emacs to break (although not to crash).
> Is this why strict mime processing is not a customization option?

I don't think so. Forcing to dissect a non-strict mime message may
causes some unexpected troubles.

> I have been working on a `gnus-force-mime' which can be called
> interactively, when you are seeing a message which is obviously
> intended to be mime, but is missing something like a mime version
> header.  It would be available like "C-u g" which in a sense does the
> opposite in shutting off all processing.  Does this seem reasonable?
> Is something like this already done?

`K m' repairs it.

> In general:
> 
> I don't like encouraging the use of invalidly formatted mime messages,
> by just having mail/news readers accept them without comment.
> However, I can't just ignore mail that is incorrectly formatted, and
> disassembling them by hand is a real pain.

`K m', `W 6', `W q' and `W h' are designed for this purpose.

ShengHuo