From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: imagemmagick patch 5 Date: Wed, 03 Mar 2010 21:03:56 +0100 Message-ID: References: <87lje9xs4w.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1267647136 23583 80.91.229.12 (3 Mar 2010 20:12:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 3 Mar 2010 20:12:16 +0000 (UTC) Cc: Emacs development discussions To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 03 21:12:11 2010 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.69) (envelope-from ) id 1NmuvR-0004pP-VI for ged-emacs-devel@m.gmane.org; Wed, 03 Mar 2010 21:12:10 +0100 Original-Received: from localhost ([127.0.0.1]:57974 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NmuvR-0001vf-8h for ged-emacs-devel@m.gmane.org; Wed, 03 Mar 2010 15:12:09 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nmund-0002O6-T7 for emacs-devel@gnu.org; Wed, 03 Mar 2010 15:04:05 -0500 Original-Received: from [140.186.70.92] (port=60944 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NmunX-0002Jo-Ts for emacs-devel@gnu.org; Wed, 03 Mar 2010 15:04:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NmunX-0007Dk-AF for emacs-devel@gnu.org; Wed, 03 Mar 2010 15:03:59 -0500 Original-Received: from iwfs.imcode.com ([82.115.149.64]:49485 helo=gate.verona.se) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NmunX-0007Da-0z for emacs-devel@gnu.org; Wed, 03 Mar 2010 15:03:59 -0500 Original-Received: from localhost.localdomain (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id o23K3umH005863; Wed, 3 Mar 2010 21:03:56 +0100 In-Reply-To: <87lje9xs4w.fsf@mail.jurta.org> (Juri Linkov's message of "Wed, 03 Mar 2010 21:34:35 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 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:121620 Archived-At: Juri Linkov writes: >> The Imagemagick patch allows Emacs to use the Imagemagick libraries to >> load images. This support can be used in parallell with the existing >> image loading support. There is support for asking your imagemagick >> installation which image types it supports, and registering them in >> Emacs selectively. > > Great! > >> I use this patch a lot for viewing scanned djvu packages. I also have a >> emacs scanner frontend called "emsane" I'm using together with this >> patch. > > I wonder how do you plan to handle multi-page djvu? Is it something > that doc-view has to do when ImageMagick support will be incorporated > into the core? I've added some interfaces in the display spec for various imagemagick operations like scaling and rotation of the image. I've also added an index interface so a particular subimage inside a multipage djvu can be viewed. This is the same interface already present for the gif support in emacs, since gifs also can be image bundles. Imagemagick support a number of image bundle formats such as pdf, djvu, tif, etc. My experience is, though, that imagemagick handles image bundles oddly. It seems to render the entire bundle in ram before rendering the single indexed page. Most image bundle formats are not designed for that to be necessary, so I'm not sure why imagemagick does that. Until this area of imagemagick improves, I would say its doc-views responsibility to handle image bundles, in the same way it already does. If this problem is in someway solved, doc-view can take advantage of the imagemagick library. I'm planning at having a go at this for the case of directories with image files. -- Joakim Verona