unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.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).