From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37130 Path: main.gmane.org!not-for-mail From: Barry Fishman Newsgroups: gmane.emacs.gnus.general Subject: Problems with inlining images in Emacs 20 Date: Thu, 26 Jul 2001 15:23:05 -0400 Organization: Gnus Information Center Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035172600 12254 80.91.224.250 (21 Oct 2002 03:56:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:56:40 +0000 (UTC) Return-Path: Return-Path: Original-Received: (qmail 16578 invoked from network); 26 Jul 2001 19:24:48 -0000 Original-Received: from quimby.gnus.org (195.204.10.139) by gnus.org with SMTP; 26 Jul 2001 19:24:48 -0000 Original-Received: (from news@localhost) by quimby.gnus.org (8.9.3/8.9.3) id VAA25100 for ding@gnus.org; Thu, 26 Jul 2001 21:24:38 +0200 (CEST) Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-NNTP-Posting-Host: 12.78.16.54 Original-X-Trace: quimby.gnus.org 996175476 14153 12.78.16.54 (26 Jul 2001 19:24:36 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 26 Jul 2001 19:24:36 GMT User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Original-Lines: 43 Xref: main.gmane.org gmane.emacs.gnus.general:37130 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37130 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. 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 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? 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. Barry Fishman