I'm asking a question is quite similar to this one (where I don't seem to be able to leave comments):
MikTex error for PNG images when trying to produce DVI
I'm producing a PDF document, but I'm using the DVI previewer inside LeD while doing so. Including graphics is a bit problematic. Suppose I want to include a file simple_ambiguity.png.
\includegraphics[width=\textwidth]{simple_ambiguity.png}
doesn't work with the DVI, because of a bounding box error. This is a nuisance because I don't actually care about having the graphics display accurately inside the DVI, or even having it take up the right amount of space -- I just want it to compile.
At the moment I'm using a workaround: I'm creating a dummy `empty picture' file simple_ambiguity.eps whose dimensions I don't really care about, and then writing
\includegraphics[width=\textwidth]{simple_ambiguity}
But this is a nuisance because I have to manually create an eps every time I add a new picture. What I'm looking for is some simple fire-and-forget solution that will make the DVI just compile.
(Of the answers in the question I linked to, the first seems to involve manually creating bounding boxes, and the second involves invoking ImageMagick on every compile, which will be unnecessarily slow & introduce a rather awkward dependency.)
.dviroute, you need.epsgraphics for final output. On the other hand, if you are using.pnggraphics you must be using PDF output mode, so where does the.dvipart come in? – Joseph Wright Aug 10 '12 at 14:00dvipsroute, so you have to have.epsgraphics for your final PDF production, quite independent of the viewer in LeD. – Joseph Wright Aug 10 '12 at 15:10