From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19319 Path: main.gmane.org!not-for-mail From: Lloyd Zusman Newsgroups: gmane.emacs.gnus.general Subject: Re: Inline MIME display -- when and when not? Date: 29 Nov 1998 22:25:25 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035157691 11004 80.91.224.250 (20 Oct 2002 23:48:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:48:11 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id WAA06779 for ; Sun, 29 Nov 1998 22:26:03 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id VAB24078; Sun, 29 Nov 1998 21:25:51 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 29 Nov 1998 21:25:47 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id VAA28167 for ; Sun, 29 Nov 1998 21:25:37 -0600 (CST) Original-Received: from ljz.asfast.net (gnus@ljz.asfast.net [205.230.75.82]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id WAA06751 for ; Sun, 29 Nov 1998 22:25:29 -0500 (EST) Original-Received: (from gnus@localhost) by ljz.asfast.net (8.8.7/8.8.7) id WAA24895; Sun, 29 Nov 1998 22:25:25 -0500 Original-To: ding@gnus.org X-Face: "!ga1s|?LNLE3MeeeEYs(%LIl9q[xV9!j4#xf4!**BFW_ihlOb;:Slb>)vy>CJM writes: > [ ... ] > > The inline media tests have changed. Gnus won't display images that > are bigger than the article buffer inline. Perhaps there should be an > option to switch this feature off? Or perhaps a command to display > things inline, no matter if we can or not? Hm. But if we can't, how > can we? :-) OK. I figured out what's going on for me. The width of my images were all less than the width of the article buffer, but the heights of the images were longer than the buffer, thereby causing the `mm-image-fit-p' routine in `mm-decode.el' to consider the image to be too big for the buffer. I'm wondering, however, why the height of the image is being considered at all, given that the article buffer is always easily scrollable in the vertical direction. Wouldn't it be acceptable to allow a longer-than-buffer image to still be drawn inline, as long as it's narrow enough? My opinion is that there should at least be an option to control this behavior with regard to the vertical dimension of the image. > [ ... ] -- Lloyd Zusman ljz@asfast.com