From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "David O'Toole" Newsgroups: gmane.emacs.devel Subject: Re: image scaling Date: Thu, 21 Feb 2008 07:43:17 -0500 Message-ID: <64bfe3d50802210443j72e3a96ek50be558a2e888a72@mail.gmail.com> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1203597827 15433 80.91.229.12 (21 Feb 2008 12:43:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Feb 2008 12:43:47 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 21 13:44:10 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JSAmM-0007Rt-T9 for ged-emacs-devel@m.gmane.org; Thu, 21 Feb 2008 13:43:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JSAlr-00052X-L9 for ged-emacs-devel@m.gmane.org; Thu, 21 Feb 2008 07:43:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JSAll-0004xe-SM for emacs-devel@gnu.org; Thu, 21 Feb 2008 07:43:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JSAll-0004vi-5Z for emacs-devel@gnu.org; Thu, 21 Feb 2008 07:43:21 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JSAlk-0004vQ-Rm for emacs-devel@gnu.org; Thu, 21 Feb 2008 07:43:20 -0500 Original-Received: from wx-out-0506.google.com ([66.249.82.226]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JSAlk-0003Tr-LP for emacs-devel@gnu.org; Thu, 21 Feb 2008 07:43:20 -0500 Original-Received: by wx-out-0506.google.com with SMTP id s7so16937wxc.24 for ; Thu, 21 Feb 2008 04:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=C04qpRWn3+Bw9gFdEdb2LWz31MdP/ufxYOqT2F0CRWw=; b=MuUXj64I30vi3R0qZqmYz9tkjd3k8OysYzuGVbTbdjR8P4hNdM16jONgdQzW7vdalnLRe+S3Lbm2/zwe9EGdFJ/OGmzm4rAS4Bf33K5AE9LPk1g50XP6iOZBZAUHfY9A353UKuUaeQ+7lKqGrBVxOuY/3O3W+IS+Tesx0dZxhQ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=VEsEe2kMVDu9jRtvYGC3iS6uPAo0Q8FvD2LKRmks0eIU3esX3NUDz0j/iZJxh+yuKk26VwT+z/uHtTFqlLU6KgVNrrxB2WxXxIvZXRY46sGhi+nunTRFgPmh+PhFUGBxy/SbnDUhA6C/5FIbv6hAmeLkQXPByZA79AXD5soV41c= Original-Received: by 10.115.17.11 with SMTP id u11mr6826895wai.149.1203597798015; Thu, 21 Feb 2008 04:43:18 -0800 (PST) Original-Received: by 10.114.167.16 with HTTP; Thu, 21 Feb 2008 04:43:17 -0800 (PST) In-Reply-To: Content-Disposition: inline X-Google-Sender-Auth: 98970fdb3ab4c760 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:89822 Archived-At: I would like to suggest basic image-composition as well. I wrote a graphical roguelike engine in Emacs that uses the external "convert" program to resize and compose (i.e. overlay on top of one another) tiny graphical tiles that represent the player, monsters, walls, objects to be picked up, et cetera. This works fine with Imagemagick, but it would be wonderful to be able to compose these images directly within Emacs. Some screenshots here: http://dto.mamalala.org/notebook/rlx.el Currently won't compile due to refactoring, but the screenshots are real. On Thu, Feb 21, 2008 at 5:06 AM, wrote: > Stefan Monnier writes: > > > > > Looking at the Elisp manual's "38.16.2 Image Descriptors", it seems that > > we do not support image scaling. > > > I'd like to add such a feature to image-mode.el, but am wondering how we > > should go about doing it. Would there be some advantage to provide it > > at the C level (e.g. if some of the image libs we use already provide > > the necessary functionality) or should we just bite the bullet and call > > some external tool like "convert -scale ..." (with the disadvantage that > > flushing the image cache will not automatically cause the image to be > > re-scaled). > > I've looked at this briefly while preparing the SVG patch for inclusion. > > I think it would be apropriate to do this at the C level, but what would > the Lisp level interface look like? > > > > > > > Stefan > > > -- > Joakim Verona > > >