From: "Óscar Fuentes" <ofv@wanadoo.es>
To: emacs-orgmode@gnu.org
Subject: Re: doc-view-mode
Date: Thu, 13 Aug 2009 00:26:20 +0200 [thread overview]
Message-ID: <87y6po3bzn.fsf@telefonica.net> (raw)
In-Reply-To: 877hx8logp.fsf@thinkpad.tsdh.de
Hello Tassilo.
Tassilo Horn <tassilo@member.fsf.org> writes:
>> Converting the pdf|ps|dvi file to images is exactly what your
>> favourite viewer does. The problem with doc-view-mode is that it
>> converts *all* pages on the document to image *files* which are left
>> on some place of the hard disk.
>
> I think that's the only practical solution, else you would have to wait
> about a scond when switching to the next page.
I have no problem waiting a second or two, although some experimentation
shows that it is pretty fast opening a small pdf doc and even faster
refreshing the image after M-x doc-view-enlarge. This is on Linux with
a 2.4 GHz CPU.
[snip]
> Why are many files a problem for you? With that approach, opening a
> document for the second time works instantly. And by default those
> images are stored somewhere in /tmp:
As said above, instantaneous response is not required for me. 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.
Perhaps the most important problem with converting the full doc to image
files is that it is a cpu and filesystem intensive process that can take
a long time (think a fully illustrated 1000 page pdf). It steals cpu
cycles on a busy machine (I often read while a long build or test suite
is running) and drains battery on laptops/netbooks.
[snip]
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.
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 :-)
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.
--
Óscar
next prev parent reply other threads:[~2009-08-12 22:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-12 18:25 [ANN] org-docview.el - Link to PDF files from org-mode Jan Böcker
2009-08-12 18:45 ` Leo
2009-08-12 19:30 ` doc-view-mode (was: Re: [ANN] org-docview.el - Link to PDF files from org-mode) Óscar Fuentes
2009-08-12 19:45 ` Leo
2009-08-12 20:28 ` doc-view-mode Óscar Fuentes
2009-08-12 21:19 ` doc-view-mode Tassilo Horn
2009-08-12 22:26 ` Óscar Fuentes [this message]
2009-08-13 11:11 ` doc-view-mode Tassilo Horn
2009-08-12 21:33 ` Re: [ANN] org-docview.el - Link to PDF files from org-mode Carsten Dominik
2009-08-12 23:50 ` Leo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y6po3bzn.fsf@telefonica.net \
--to=ofv@wanadoo.es \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).