GNU bug report logs -
#14580
24.3; docview-mode doesn't work for multi-page pdf in 24.3
Previous Next
Reported by: Neal Becker <ndbecker2 <at> gmail.com>
Date: Sat, 8 Jun 2013 22:05:02 UTC
Severity: normal
Tags: moreinfo
Found in version 24.3
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Neal Becker <ndbecker2 <at> gmail.com> writes:
Hi Neal,
> Also, these are not some special files from XeTeX. I'm using
> matplotlib,
I've tried opening your sample PDF about a dozen times using emacs 24.3
as well as the current emacs trunk, each version both with -Q and with
my customizations. In all cases, the PDF had 3 pages...
> and it seems to happen something like 50% of the time.
One thing that might explain parts of your problem: when you open the
file initially and then something fails and only the first page is
converted, then any subsequent opening of the file will only access the
single cached image without checking if the PDF has actually more pages
than there are images already. To force a reconversion, you can hit `g'
in the doc-view buffer.
But still, if ghostscript or mupdf error when converting a document, you
should at least get some message like "ghostscript terminated with exit
code XX"...
Not sure, but maybe it's a problem with your ghostscript or mupdf
version. What's the value of `doc-view-pdf->png-converter-function'?
If it is `doc-view-pdf->png-converter-mupdf', then try
$ mudraw -o doc%d.png doc.pdf
on the command line.
If it is `doc-view-pdf->png-converter-ghostscript', then try
$ gs -dSAFER -dNOPAUSE -sDEVICE=png16m -dTextAlphaBits=4 \
-dBATCH -dGraphicsAlphaBits=4 -dQUIET -sOutputFile=doc%d.png \
doc.pdf
Does that produce one image per page in the PDF, i.e., 3 images for your
sample file?
Bye,
Tassilo
This bug report was last modified 9 years and 152 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.