From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: :max-width/:max-height Date: Fri, 21 Jun 2013 12:55:48 +0300 Message-ID: <837ghnokij.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1371808557 1972 80.91.229.3 (21 Jun 2013 09:55:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Jun 2013 09:55:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lars Magne Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 21 11:55:57 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Upy4T-0001vV-1v for ged-emacs-devel@m.gmane.org; Fri, 21 Jun 2013 11:55:57 +0200 Original-Received: from localhost ([::1]:56597 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Upy4S-0004ZL-Kx for ged-emacs-devel@m.gmane.org; Fri, 21 Jun 2013 05:55:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59819) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Upy4F-0004Z5-K1 for emacs-devel@gnu.org; Fri, 21 Jun 2013 05:55:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Upy4B-0001NG-M1 for emacs-devel@gnu.org; Fri, 21 Jun 2013 05:55:43 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:63562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Upy4B-0001NB-E4 for emacs-devel@gnu.org; Fri, 21 Jun 2013 05:55:39 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MOQ00100M708I00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Fri, 21 Jun 2013 12:55:37 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MOQ001NJM8O0R50@a-mtaout20.012.net.il>; Fri, 21 Jun 2013 12:55:36 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:160814 Archived-At: > From: Lars Magne Ingebrigtsen > Date: Fri, 21 Jun 2013 09:40:26 +0200 > > It was probably lost in that long bickering thread about whether > lookup_image pushed stuff over X or not, but I realised that the > interface shr needs is :max-width and :max-height on images. What would such an interface provide to its callers? > And I think that's the common use case, actually. When displaying > images in Emacs, we seldom want to display images that are bigger than > the frame, because Emacs doesn't really deal with that situation > ideally. I wouldn't recommend assuming that Emacs doesn't deal well with large images. Changes committed lately already make it deal much better with vertical scrolling, and doing the same for horizontal scrolling should be easy. So my recommendation would be not to base development on this assumption. The user might legitimately want not to download large images, but for that, we already have max-image-size and check_image_size, no?