* bug#31681: 26.1 - 454-page PDF render is corrupt
@ 2018-06-02 5:27 Van L
2018-07-03 2:33 ` Glenn Morris
0 siblings, 1 reply; 4+ messages in thread
From: Van L @ 2018-06-02 5:27 UTC (permalink / raw)
To: 31681
Hello.
I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac Port) is unable to render correctly.
Please, see the screenshots [1] & [2] showing side-by-side for comparison.
The macos default PDF viewer on the left side of [1] is able to render properly.
Thanks in advance.
—
[1] http://emacs.scratch.space/public/PDF-gibberish.png
[2] http://emacs.scratch.space/public/PDF-gibberish-1.png
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#31681: 26.1 - 454-page PDF render is corrupt
2018-06-02 5:27 bug#31681: 26.1 - 454-page PDF render is corrupt Van L
@ 2018-07-03 2:33 ` Glenn Morris
2018-07-20 2:12 ` Van L
2019-09-29 12:05 ` Lars Ingebrigtsen
0 siblings, 2 replies; 4+ messages in thread
From: Glenn Morris @ 2018-07-03 2:33 UTC (permalink / raw)
To: Van L; +Cc: 31681
Van L wrote:
> I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac
> Port) is unable to render correctly.
If you are saying that DocView doesn't render the pdf correctly, then
all it does is use an external tool to convert the pdf to png, then show
the png. So presumably it is the external tool (pdfdraw, mudraw, or gs)
that has the bug.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#31681: 26.1 - 454-page PDF render is corrupt
2018-07-03 2:33 ` Glenn Morris
@ 2018-07-20 2:12 ` Van L
2019-09-29 12:05 ` Lars Ingebrigtsen
1 sibling, 0 replies; 4+ messages in thread
From: Van L @ 2018-07-20 2:12 UTC (permalink / raw)
To: Glenn Morris; +Cc: 31681
> Glenn Morris wrote:
>
>> I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac
>> Port) is unable to render correctly.
>
> If you are saying that DocView doesn't render the pdf correctly, then
> all it does is use an external tool to convert the pdf to png, then show
> the png. So presumably it is the external tool (pdfdraw, mudraw, or gs)
> that has the bug.
Thanks. I figure the wait is for the wishlist item that has webkit being spoken to in C++ to perform the presentation.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#31681: 26.1 - 454-page PDF render is corrupt
2018-07-03 2:33 ` Glenn Morris
2018-07-20 2:12 ` Van L
@ 2019-09-29 12:05 ` Lars Ingebrigtsen
1 sibling, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2019-09-29 12:05 UTC (permalink / raw)
To: Glenn Morris; +Cc: Van L, 31681
Glenn Morris <rgm@gnu.org> writes:
> Van L wrote:
>
>> I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac
>> Port) is unable to render correctly.
>
> If you are saying that DocView doesn't render the pdf correctly, then
> all it does is use an external tool to convert the pdf to png, then show
> the png. So presumably it is the external tool (pdfdraw, mudraw, or gs)
> that has the bug.
So there doesn't seem to be anything to do here on the Emacs side, and
I'm closing this bug report. If this is an Emacs bug, please reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-09-29 12:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-06-02 5:27 bug#31681: 26.1 - 454-page PDF render is corrupt Van L
2018-07-03 2:33 ` Glenn Morris
2018-07-20 2:12 ` Van L
2019-09-29 12:05 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.