From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tassilo Horn Subject: Re: doc-view-mode Date: Thu, 13 Aug 2009 13:11:00 +0200 Message-ID: <87my64m0jf.fsf@thinkpad.tsdh.de> References: <877hx84ypn.fsf_-_@telefonica.net> <877hx8logp.fsf@thinkpad.tsdh.de> <87y6po3bzn.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MbYD8-0005aM-5p for emacs-orgmode@gnu.org; Thu, 13 Aug 2009 07:11:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MbYD3-0005YZ-8L for emacs-orgmode@gnu.org; Thu, 13 Aug 2009 07:11:09 -0400 Received: from [199.232.76.173] (port=60261 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MbYD3-0005YQ-1v for emacs-orgmode@gnu.org; Thu, 13 Aug 2009 07:11:05 -0400 Received: from main.gmane.org ([80.91.229.2]:38063 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MbYD2-0006C0-GR for emacs-orgmode@gnu.org; Thu, 13 Aug 2009 07:11:04 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MbYCy-00068J-QR for emacs-orgmode@gnu.org; Thu, 13 Aug 2009 11:11:00 +0000 Received: from wlan-89.uni-koblenz.de ([141.26.93.89]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Aug 2009 11:11:00 +0000 Received: from tassilo by wlan-89.uni-koblenz.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Aug 2009 11:11:00 +0000 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Óscar Fuentes writes: > As said above, instantaneous response is not required for me. For most users, it is. I open a doc and then I usually use PageDown to go to the page I want (if it's not too far back). If each PageDown would start a new conversion, that would be damn slow. Also, searching with C-s (followed by more C-s like in isearch) would be hard. > The problem with converting all the document to image files is that I > often open large pdf's (several thousand pages) and small/medium > dynamically generated pdf's. This would create tens of thousands of > image files on a busy day (no exaggerating) which would require > several gigabytes. Well, here's a workaround for your situation. Let's say foo.pdf contains 5000 pages, and you only want to see page 2500. 1. Open it; doc-view starts conversion from page 1 2. Hit M-g M-g 2500 RET; conversion stops and restarts at page 2500 which will be displayed to you 3. Hit K to kill the further conversion 4. Now, only page 2500 (and the few following pages that where converted) will be accessible > IMHO, a user-configurable switch for "render this page and delete it > before rendering the next" would be okay. More advanced options like > keeping just the last N recently viewed pages of M documents (plus the > succesive page of the current one) would be nice too, but if > doc-view-mode supported the simple one-page option, it would be fine > for me. I think that would add quite much complexity for not too much gain. Basically, the overall conversion approach would need to be changed and searching and other stuff would need to be adapted... > P.D.: > > After some experimentation with doc-view it seems to me that the file > image cache system is flawed: open a large pdf file -> doc-view starts > conversion -> enlarge -> doc-view cancels previous conversion, throws > away the files, and starts a new one -> shring -> cancel, throw and > restart again, etc -> close the pdf view -> open the same pdf view -> > if the cache I guess you thought that creating separate caches for > every new zoom level would be too much caching :-) Yep. > It seems there is a bug: open a large pdf -> before the conversion > ends, kill the buffer -> open the pdf again -> the conversion is not > resumed, only those pages converted on the previous session are > accesible. Yes, I know. That's because ghostscript has no option to check the number of pages in a pdf/ps file... So the best you can do is to clear the page in that case... Bye, Tassilo