From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vitalie Spinu Newsgroups: gmane.emacs.devel Subject: Re: image-transform.el and image-mode.el rewrite Date: Thu, 18 Dec 2014 20:46:41 -0800 Organization: UCLA Anderson School of Management Message-ID: <87ioh8tff2.fsf@gmail.com> References: <87a9lp8uxk.fsf@gmail.com> <87ppuk6qqb.fsf@gmail.com> <87vc49y793.fsf@gmail.com> <87ppuhxk04.fsf@gmail.com> <87ehavihbp.fsf_-_@gmail.com> <1a7ggiwcta.fsf@fencepost.gnu.org> <1uwqlnr5yh.fsf@fencepost.gnu.org> <87siwbnxan.fsf@gmail.com> <878uy348h3.fsf@web.de> <87tx0xdzqo.fsf@gmail.com> <87oar0tudb.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1418964422 10661 80.91.229.3 (19 Dec 2014 04:47:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Dec 2014 04:47:02 +0000 (UTC) Cc: Michael Heerdegen , Glenn Morris , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 19 05:46:55 2014 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 1Y1pSn-00065b-A3 for ged-emacs-devel@m.gmane.org; Fri, 19 Dec 2014 05:46:53 +0100 Original-Received: from localhost ([::1]:56841 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y1pSm-0000Nj-9D for ged-emacs-devel@m.gmane.org; Thu, 18 Dec 2014 23:46:52 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56349) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y1pSi-0000NN-U0 for emacs-devel@gnu.org; Thu, 18 Dec 2014 23:46:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y1pSi-0001Gt-2Y for emacs-devel@gnu.org; Thu, 18 Dec 2014 23:46:48 -0500 Original-Received: from mail-pd0-x231.google.com ([2607:f8b0:400e:c02::231]:54843) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y1pSf-0001Fo-JC; Thu, 18 Dec 2014 23:46:45 -0500 Original-Received: by mail-pd0-f177.google.com with SMTP id ft15so412716pdb.8; Thu, 18 Dec 2014 20:46:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:organization:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=7JwlkuMbluigoXJBwjsJLjCU9xIq3jKPn5YsQcSJONA=; b=i9T9wCrydhsONqw6svrqVt6IIffbdRuw53md/y5uPb43T2ARGC6OXK/9EqDauwe55p oniuRbVVaW9bC8oe+b282s4vym/KNLFMXMZNlVy0twqMes2tlT24eEDX8Cv0qDeAFAO+ XAq2OzKiRaUqFCiKIU0ZWfr+uXM4KoGg1a2Taa/mKzxmKlidIfbP8NhbQ+unWi8Pum9k G04aloUrl/tgZGI4COLrVynBTee7xv6FgpQQC25SjW20g6GSrQ1Oq7rdon/47/LDGiMr c+lZBziWqek3jR8UMS2W8oacam9wzXj5fi9JlvwWV8RAZ9vEyNoV8nY6ODP2/nWBCOr3 fHfg== X-Received: by 10.66.171.37 with SMTP id ar5mr9358940pac.69.1418964404743; Thu, 18 Dec 2014 20:46:44 -0800 (PST) Original-Received: from localhost ([2607:f010:2e9:9:ccfc:7291:1bea:568c]) by mx.google.com with ESMTPSA id xq16sm8265954pac.31.2014.12.18.20.46.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Dec 2014 20:46:43 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Thu, 18 Dec 2014 23:19:17 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::231 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:180310 Archived-At: >>> Stefan Monnier on Thu, 18 Dec 2014 23:19:17 -0500 wrote: > the scaling at least should not be performed on the png images, Then we might need a new "gs" backend. > image-transform-features:convert includes an insane amount of things > additionally to what we can ever expect to see in the native backend(s). It's about 200 items in 240 lines. Is it really that big of a deal? > I don't really like the idea of "convert" being the definition of > what can be done. It's not really all that can be done, but rather a rigorous syntax for expressing transforms. image-transform.el needs a syntax for representing transforms anyways, so we have to either invent it ourselves or pick it from an established system like convert. > An intermediate solution might be to auto-generate the > bulk of the image-transform-features:convert entries from something like > "convert --help". This is a good idea. It would also keep in sync with the installed version of convert. I will look into that. Vitalie