From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Suggestion / feature request Date: Thu, 19 Apr 2012 18:21:52 -0400 Message-ID: References: <4F901313.5040804@unilim.fr> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1334924828 5593 80.91.229.3 (20 Apr 2012 12:27:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 20 Apr 2012 12:27:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Carlos Aguilar Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 20 14:27:06 2012 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 1SLCvY-0002eL-69 for ged-emacs-devel@m.gmane.org; Fri, 20 Apr 2012 14:27:04 +0200 Original-Received: from localhost ([::1]:33921 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLCvX-00030N-DD for ged-emacs-devel@m.gmane.org; Fri, 20 Apr 2012 08:27:03 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60908) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLCvQ-00030C-DR for emacs-devel@gnu.org; Fri, 20 Apr 2012 08:27:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SLCvO-0003em-4I for emacs-devel@gnu.org; Fri, 20 Apr 2012 08:26:55 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:38000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLCvO-0003eV-02 for emacs-devel@gnu.org; Fri, 20 Apr 2012 08:26:54 -0400 Original-Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q3KCQoNo027273; Fri, 20 Apr 2012 08:26:50 -0400 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id EA174AE21B; Thu, 19 Apr 2012 18:21:52 -0400 (EDT) In-Reply-To: <4F901313.5040804@unilim.fr> (Carlos Aguilar's message of "Thu, 19 Apr 2012 15:28:51 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.5 X-NAI-Spam-Rules: 2 Rules triggered DATE_IN_PAST_12_24=0.5, RV4197=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4197> : streams <748470> : uri <1101378> X-NAI-Spam-Level: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 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:149857 Archived-At: > I often use doc-view mode with medium to large pdf/ps/dvi files, when > writing/modifying latex documents. Whether these are slides or a document Not sure what we can do for dvi/ps files, but I use doc-view for my LaTeXing with pdflatex and have bumped into the same problem. My solution is that I changed doc-view-mode to compute PNG pages lazily, so after changing the PDF file, auto-revert-mode will cause the currently displayed page to be recomputed and the rest will be flushed (and recomputed on the fly when you move forward/backward in the document). It slows down movement in the document (tho I also added a command to force recomputing the whole document), but is very worthwhile in terms of battery power and machine load. Tassilo (doc-view maintainer) wasn't too excited by my change because it makes doc-view more complex and it only works for pdf (and it has a few other downsides, e.g. lazily converting pages means that we usually don't know how many total pages there are; which I partly addressed by adding a bit of Elisp code which parses the PDF to extract the page-count info, but that only works for not-too-recent versions of pdf, since more recent ones use compression in that data and I haven't bothered to figure out how/if that can be handled from Elisp). Stefan