MikTex error for PNG images when trying to produce DVI












8















I have a tex file with includegraphic elements for some PNG images.
I use MikTeX on Windows and the PDF is fine.



Now, I need a DVI so I tried using: pdfoutput=0
This creates a DVI, but only after I remove all the PNG images…
Otherwise I get errors like:



! LaTeX Error: Cannot determine size of graphic in math-box-plot.png (no BoundingBox).









share|improve this question

























  • You should also consider compiling to PDF rather than DVI.

    – Juan A. Navarro
    Feb 16 '11 at 10:06











  • I converted the PNG files to EPS and used those in includegraphics and it works.

    – Hagai Cibulski
    Feb 18 '11 at 9:17
















8















I have a tex file with includegraphic elements for some PNG images.
I use MikTeX on Windows and the PDF is fine.



Now, I need a DVI so I tried using: pdfoutput=0
This creates a DVI, but only after I remove all the PNG images…
Otherwise I get errors like:



! LaTeX Error: Cannot determine size of graphic in math-box-plot.png (no BoundingBox).









share|improve this question

























  • You should also consider compiling to PDF rather than DVI.

    – Juan A. Navarro
    Feb 16 '11 at 10:06











  • I converted the PNG files to EPS and used those in includegraphics and it works.

    – Hagai Cibulski
    Feb 18 '11 at 9:17














8












8








8








I have a tex file with includegraphic elements for some PNG images.
I use MikTeX on Windows and the PDF is fine.



Now, I need a DVI so I tried using: pdfoutput=0
This creates a DVI, but only after I remove all the PNG images…
Otherwise I get errors like:



! LaTeX Error: Cannot determine size of graphic in math-box-plot.png (no BoundingBox).









share|improve this question
















I have a tex file with includegraphic elements for some PNG images.
I use MikTeX on Windows and the PDF is fine.



Now, I need a DVI so I tried using: pdfoutput=0
This creates a DVI, but only after I remove all the PNG images…
Otherwise I get errors like:



! LaTeX Error: Cannot determine size of graphic in math-box-plot.png (no BoundingBox).






graphics errors miktex png dvi






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 22 '13 at 15:55









Martin Schröder

12.9k640125




12.9k640125










asked Feb 16 '11 at 8:14









Hagai CibulskiHagai Cibulski

410268




410268













  • You should also consider compiling to PDF rather than DVI.

    – Juan A. Navarro
    Feb 16 '11 at 10:06











  • I converted the PNG files to EPS and used those in includegraphics and it works.

    – Hagai Cibulski
    Feb 18 '11 at 9:17



















  • You should also consider compiling to PDF rather than DVI.

    – Juan A. Navarro
    Feb 16 '11 at 10:06











  • I converted the PNG files to EPS and used those in includegraphics and it works.

    – Hagai Cibulski
    Feb 18 '11 at 9:17

















You should also consider compiling to PDF rather than DVI.

– Juan A. Navarro
Feb 16 '11 at 10:06





You should also consider compiling to PDF rather than DVI.

– Juan A. Navarro
Feb 16 '11 at 10:06













I converted the PNG files to EPS and used those in includegraphics and it works.

– Hagai Cibulski
Feb 18 '11 at 9:17





I converted the PNG files to EPS and used those in includegraphics and it works.

– Hagai Cibulski
Feb 18 '11 at 9:17










3 Answers
3






active

oldest

votes


















7














TeX is text based, it cannot determine the size of PNG image itself by default.



A quick solution:



usepackage{bmpsize}


And use



usepackage[dvipdfmx]{graphicx}




It is better to use extractbb (also named ebb, xbb) program to produce .bb or .xbb file for LaTeX. Use this command in 'Command Prompt':



for %i in (*.png) do xbb %i



(or for %i in (*.png) do extractbb -x %i, I'm not sure about MiKTeX.)



And use



usepackage[dvipdfmx]{graphicx}


(I use TeX Live, only dvipdfmx supports png images. But MiKTeX seems different, I can't remember well.)






share|improve this answer





















  • 1





    Leo, you better use <code> ... </code> blocks for the command line and similar text to avoid the TeX syntax highlighter.

    – Martin Scharrer
    Feb 16 '11 at 8:41











  • @Martin: I did not realise that the two were handled differently

    – Joseph Wright
    Feb 16 '11 at 9:28











  • @Joseph: The syntax highlighting is done in <pre class="prettyprint lang-tex"> tags around <code>. Therefore single <code> tags on their own are not highlighted.

    – Martin Scharrer
    Feb 16 '11 at 9:36



















3














Install the program ImageMagick, then you can do it on the fly:



documentclass{article}

usepackage[dvips]{graphicx}
DeclareGraphicsRule{.png}{eps}{.bb}{`convert #1 eps:-}
DeclareGraphicsRule{.gif}{eps}{.bb}{`convert #1 eps:-}
usepackage{grfext}
AppendGraphicsExtensions*{.png,.gif}
usepackage{bmpsize}

makeatletter
newcommand*{IncludeGraphics}[2]{%
begingroup
let@found@empty
@for@type:=bmpsize@typesdo{%
ifx@found@empty
@nameuse{bmpsize@read@@type}{#2.@type}%
ifbmpsize@ok
let@found=@type
fi
fi
}%
ifx@found@empty
includegraphics[{#1}]{#2}%
else
includegraphics[{natwidth=bmpsize@width,natheight=bmpsize@height,#1}]{#2}%
fi
endgroup
}
makeatother

begin{document}
IncludeGraphics{lion}qquad % a png image
IncludeGraphics{knuth-tex} % a gif image
end{document}


btw: you do not need the pdfoutput=0 simply run latex instead of pdflatex






share|improve this answer
























  • It may be too tricky for new TeXers, with no actual advantage. BTW, ImageMagick may be overkill, bmeps is enough.

    – Leo Liu
    Feb 16 '11 at 11:34








  • 1





    no, it isn't, and ImagaMagick can be used for any other conversion, hence it is no overkill.

    – Herbert
    Feb 16 '11 at 12:07



















2














I always make portable latex source equally suitable for compiling both with latex and pdflatex. My remedy is rather simple.



Put usepackage{graphicx} into preample (without any driver specified).



Import eps or pdf graphics with includegraphics{filename}; latex compiler then loads filename.eps whereas pdflatex takes filename.pdf. MikTeX automatically converts eps into pdf on fly if the epstopdf package is loaded.



Import png graphics with includegraphics[nathwith=<XX>bp, natheight=<YY>bp, width=<width>]{filename.png} with .png extension explicitly shown; in that case you dont need to invent DeclareGraphicsRule. Natural height and width of bitmap graphics can be determined from file properties in Windows Explorer or any graphics editor, e.g. Windows Paint.






share|improve this answer


























  • Does this work with plain DVI-producing latex, not just pdflatex?

    – einpoklum
    Jul 6 '14 at 15:52











  • @Igor Kotelnikov: I can't do "two-character swaped edits"; maybe fix nathwith

    – U. Windl
    4 mins ago











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f11193%2fmiktex-error-for-png-images-when-trying-to-produce-dvi%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























3 Answers
3






active

oldest

votes








3 Answers
3






active

oldest

votes









active

oldest

votes






active

oldest

votes









7














TeX is text based, it cannot determine the size of PNG image itself by default.



A quick solution:



usepackage{bmpsize}


And use



usepackage[dvipdfmx]{graphicx}




It is better to use extractbb (also named ebb, xbb) program to produce .bb or .xbb file for LaTeX. Use this command in 'Command Prompt':



for %i in (*.png) do xbb %i



(or for %i in (*.png) do extractbb -x %i, I'm not sure about MiKTeX.)



And use



usepackage[dvipdfmx]{graphicx}


(I use TeX Live, only dvipdfmx supports png images. But MiKTeX seems different, I can't remember well.)






share|improve this answer





















  • 1





    Leo, you better use <code> ... </code> blocks for the command line and similar text to avoid the TeX syntax highlighter.

    – Martin Scharrer
    Feb 16 '11 at 8:41











  • @Martin: I did not realise that the two were handled differently

    – Joseph Wright
    Feb 16 '11 at 9:28











  • @Joseph: The syntax highlighting is done in <pre class="prettyprint lang-tex"> tags around <code>. Therefore single <code> tags on their own are not highlighted.

    – Martin Scharrer
    Feb 16 '11 at 9:36
















7














TeX is text based, it cannot determine the size of PNG image itself by default.



A quick solution:



usepackage{bmpsize}


And use



usepackage[dvipdfmx]{graphicx}




It is better to use extractbb (also named ebb, xbb) program to produce .bb or .xbb file for LaTeX. Use this command in 'Command Prompt':



for %i in (*.png) do xbb %i



(or for %i in (*.png) do extractbb -x %i, I'm not sure about MiKTeX.)



And use



usepackage[dvipdfmx]{graphicx}


(I use TeX Live, only dvipdfmx supports png images. But MiKTeX seems different, I can't remember well.)






share|improve this answer





















  • 1





    Leo, you better use <code> ... </code> blocks for the command line and similar text to avoid the TeX syntax highlighter.

    – Martin Scharrer
    Feb 16 '11 at 8:41











  • @Martin: I did not realise that the two were handled differently

    – Joseph Wright
    Feb 16 '11 at 9:28











  • @Joseph: The syntax highlighting is done in <pre class="prettyprint lang-tex"> tags around <code>. Therefore single <code> tags on their own are not highlighted.

    – Martin Scharrer
    Feb 16 '11 at 9:36














7












7








7







TeX is text based, it cannot determine the size of PNG image itself by default.



A quick solution:



usepackage{bmpsize}


And use



usepackage[dvipdfmx]{graphicx}




It is better to use extractbb (also named ebb, xbb) program to produce .bb or .xbb file for LaTeX. Use this command in 'Command Prompt':



for %i in (*.png) do xbb %i



(or for %i in (*.png) do extractbb -x %i, I'm not sure about MiKTeX.)



And use



usepackage[dvipdfmx]{graphicx}


(I use TeX Live, only dvipdfmx supports png images. But MiKTeX seems different, I can't remember well.)






share|improve this answer















TeX is text based, it cannot determine the size of PNG image itself by default.



A quick solution:



usepackage{bmpsize}


And use



usepackage[dvipdfmx]{graphicx}




It is better to use extractbb (also named ebb, xbb) program to produce .bb or .xbb file for LaTeX. Use this command in 'Command Prompt':



for %i in (*.png) do xbb %i



(or for %i in (*.png) do extractbb -x %i, I'm not sure about MiKTeX.)



And use



usepackage[dvipdfmx]{graphicx}


(I use TeX Live, only dvipdfmx supports png images. But MiKTeX seems different, I can't remember well.)







share|improve this answer














share|improve this answer



share|improve this answer








edited Feb 16 '11 at 8:48

























answered Feb 16 '11 at 8:29









Leo LiuLeo Liu

63.5k7185262




63.5k7185262








  • 1





    Leo, you better use <code> ... </code> blocks for the command line and similar text to avoid the TeX syntax highlighter.

    – Martin Scharrer
    Feb 16 '11 at 8:41











  • @Martin: I did not realise that the two were handled differently

    – Joseph Wright
    Feb 16 '11 at 9:28











  • @Joseph: The syntax highlighting is done in <pre class="prettyprint lang-tex"> tags around <code>. Therefore single <code> tags on their own are not highlighted.

    – Martin Scharrer
    Feb 16 '11 at 9:36














  • 1





    Leo, you better use <code> ... </code> blocks for the command line and similar text to avoid the TeX syntax highlighter.

    – Martin Scharrer
    Feb 16 '11 at 8:41











  • @Martin: I did not realise that the two were handled differently

    – Joseph Wright
    Feb 16 '11 at 9:28











  • @Joseph: The syntax highlighting is done in <pre class="prettyprint lang-tex"> tags around <code>. Therefore single <code> tags on their own are not highlighted.

    – Martin Scharrer
    Feb 16 '11 at 9:36








1




1





Leo, you better use <code> ... </code> blocks for the command line and similar text to avoid the TeX syntax highlighter.

– Martin Scharrer
Feb 16 '11 at 8:41





Leo, you better use <code> ... </code> blocks for the command line and similar text to avoid the TeX syntax highlighter.

– Martin Scharrer
Feb 16 '11 at 8:41













@Martin: I did not realise that the two were handled differently

– Joseph Wright
Feb 16 '11 at 9:28





@Martin: I did not realise that the two were handled differently

– Joseph Wright
Feb 16 '11 at 9:28













@Joseph: The syntax highlighting is done in <pre class="prettyprint lang-tex"> tags around <code>. Therefore single <code> tags on their own are not highlighted.

– Martin Scharrer
Feb 16 '11 at 9:36





@Joseph: The syntax highlighting is done in <pre class="prettyprint lang-tex"> tags around <code>. Therefore single <code> tags on their own are not highlighted.

– Martin Scharrer
Feb 16 '11 at 9:36











3














Install the program ImageMagick, then you can do it on the fly:



documentclass{article}

usepackage[dvips]{graphicx}
DeclareGraphicsRule{.png}{eps}{.bb}{`convert #1 eps:-}
DeclareGraphicsRule{.gif}{eps}{.bb}{`convert #1 eps:-}
usepackage{grfext}
AppendGraphicsExtensions*{.png,.gif}
usepackage{bmpsize}

makeatletter
newcommand*{IncludeGraphics}[2]{%
begingroup
let@found@empty
@for@type:=bmpsize@typesdo{%
ifx@found@empty
@nameuse{bmpsize@read@@type}{#2.@type}%
ifbmpsize@ok
let@found=@type
fi
fi
}%
ifx@found@empty
includegraphics[{#1}]{#2}%
else
includegraphics[{natwidth=bmpsize@width,natheight=bmpsize@height,#1}]{#2}%
fi
endgroup
}
makeatother

begin{document}
IncludeGraphics{lion}qquad % a png image
IncludeGraphics{knuth-tex} % a gif image
end{document}


btw: you do not need the pdfoutput=0 simply run latex instead of pdflatex






share|improve this answer
























  • It may be too tricky for new TeXers, with no actual advantage. BTW, ImageMagick may be overkill, bmeps is enough.

    – Leo Liu
    Feb 16 '11 at 11:34








  • 1





    no, it isn't, and ImagaMagick can be used for any other conversion, hence it is no overkill.

    – Herbert
    Feb 16 '11 at 12:07
















3














Install the program ImageMagick, then you can do it on the fly:



documentclass{article}

usepackage[dvips]{graphicx}
DeclareGraphicsRule{.png}{eps}{.bb}{`convert #1 eps:-}
DeclareGraphicsRule{.gif}{eps}{.bb}{`convert #1 eps:-}
usepackage{grfext}
AppendGraphicsExtensions*{.png,.gif}
usepackage{bmpsize}

makeatletter
newcommand*{IncludeGraphics}[2]{%
begingroup
let@found@empty
@for@type:=bmpsize@typesdo{%
ifx@found@empty
@nameuse{bmpsize@read@@type}{#2.@type}%
ifbmpsize@ok
let@found=@type
fi
fi
}%
ifx@found@empty
includegraphics[{#1}]{#2}%
else
includegraphics[{natwidth=bmpsize@width,natheight=bmpsize@height,#1}]{#2}%
fi
endgroup
}
makeatother

begin{document}
IncludeGraphics{lion}qquad % a png image
IncludeGraphics{knuth-tex} % a gif image
end{document}


btw: you do not need the pdfoutput=0 simply run latex instead of pdflatex






share|improve this answer
























  • It may be too tricky for new TeXers, with no actual advantage. BTW, ImageMagick may be overkill, bmeps is enough.

    – Leo Liu
    Feb 16 '11 at 11:34








  • 1





    no, it isn't, and ImagaMagick can be used for any other conversion, hence it is no overkill.

    – Herbert
    Feb 16 '11 at 12:07














3












3








3







Install the program ImageMagick, then you can do it on the fly:



documentclass{article}

usepackage[dvips]{graphicx}
DeclareGraphicsRule{.png}{eps}{.bb}{`convert #1 eps:-}
DeclareGraphicsRule{.gif}{eps}{.bb}{`convert #1 eps:-}
usepackage{grfext}
AppendGraphicsExtensions*{.png,.gif}
usepackage{bmpsize}

makeatletter
newcommand*{IncludeGraphics}[2]{%
begingroup
let@found@empty
@for@type:=bmpsize@typesdo{%
ifx@found@empty
@nameuse{bmpsize@read@@type}{#2.@type}%
ifbmpsize@ok
let@found=@type
fi
fi
}%
ifx@found@empty
includegraphics[{#1}]{#2}%
else
includegraphics[{natwidth=bmpsize@width,natheight=bmpsize@height,#1}]{#2}%
fi
endgroup
}
makeatother

begin{document}
IncludeGraphics{lion}qquad % a png image
IncludeGraphics{knuth-tex} % a gif image
end{document}


btw: you do not need the pdfoutput=0 simply run latex instead of pdflatex






share|improve this answer













Install the program ImageMagick, then you can do it on the fly:



documentclass{article}

usepackage[dvips]{graphicx}
DeclareGraphicsRule{.png}{eps}{.bb}{`convert #1 eps:-}
DeclareGraphicsRule{.gif}{eps}{.bb}{`convert #1 eps:-}
usepackage{grfext}
AppendGraphicsExtensions*{.png,.gif}
usepackage{bmpsize}

makeatletter
newcommand*{IncludeGraphics}[2]{%
begingroup
let@found@empty
@for@type:=bmpsize@typesdo{%
ifx@found@empty
@nameuse{bmpsize@read@@type}{#2.@type}%
ifbmpsize@ok
let@found=@type
fi
fi
}%
ifx@found@empty
includegraphics[{#1}]{#2}%
else
includegraphics[{natwidth=bmpsize@width,natheight=bmpsize@height,#1}]{#2}%
fi
endgroup
}
makeatother

begin{document}
IncludeGraphics{lion}qquad % a png image
IncludeGraphics{knuth-tex} % a gif image
end{document}


btw: you do not need the pdfoutput=0 simply run latex instead of pdflatex







share|improve this answer












share|improve this answer



share|improve this answer










answered Feb 16 '11 at 10:24









HerbertHerbert

275k24418730




275k24418730













  • It may be too tricky for new TeXers, with no actual advantage. BTW, ImageMagick may be overkill, bmeps is enough.

    – Leo Liu
    Feb 16 '11 at 11:34








  • 1





    no, it isn't, and ImagaMagick can be used for any other conversion, hence it is no overkill.

    – Herbert
    Feb 16 '11 at 12:07



















  • It may be too tricky for new TeXers, with no actual advantage. BTW, ImageMagick may be overkill, bmeps is enough.

    – Leo Liu
    Feb 16 '11 at 11:34








  • 1





    no, it isn't, and ImagaMagick can be used for any other conversion, hence it is no overkill.

    – Herbert
    Feb 16 '11 at 12:07

















It may be too tricky for new TeXers, with no actual advantage. BTW, ImageMagick may be overkill, bmeps is enough.

– Leo Liu
Feb 16 '11 at 11:34







It may be too tricky for new TeXers, with no actual advantage. BTW, ImageMagick may be overkill, bmeps is enough.

– Leo Liu
Feb 16 '11 at 11:34






1




1





no, it isn't, and ImagaMagick can be used for any other conversion, hence it is no overkill.

– Herbert
Feb 16 '11 at 12:07





no, it isn't, and ImagaMagick can be used for any other conversion, hence it is no overkill.

– Herbert
Feb 16 '11 at 12:07











2














I always make portable latex source equally suitable for compiling both with latex and pdflatex. My remedy is rather simple.



Put usepackage{graphicx} into preample (without any driver specified).



Import eps or pdf graphics with includegraphics{filename}; latex compiler then loads filename.eps whereas pdflatex takes filename.pdf. MikTeX automatically converts eps into pdf on fly if the epstopdf package is loaded.



Import png graphics with includegraphics[nathwith=<XX>bp, natheight=<YY>bp, width=<width>]{filename.png} with .png extension explicitly shown; in that case you dont need to invent DeclareGraphicsRule. Natural height and width of bitmap graphics can be determined from file properties in Windows Explorer or any graphics editor, e.g. Windows Paint.






share|improve this answer


























  • Does this work with plain DVI-producing latex, not just pdflatex?

    – einpoklum
    Jul 6 '14 at 15:52











  • @Igor Kotelnikov: I can't do "two-character swaped edits"; maybe fix nathwith

    – U. Windl
    4 mins ago
















2














I always make portable latex source equally suitable for compiling both with latex and pdflatex. My remedy is rather simple.



Put usepackage{graphicx} into preample (without any driver specified).



Import eps or pdf graphics with includegraphics{filename}; latex compiler then loads filename.eps whereas pdflatex takes filename.pdf. MikTeX automatically converts eps into pdf on fly if the epstopdf package is loaded.



Import png graphics with includegraphics[nathwith=<XX>bp, natheight=<YY>bp, width=<width>]{filename.png} with .png extension explicitly shown; in that case you dont need to invent DeclareGraphicsRule. Natural height and width of bitmap graphics can be determined from file properties in Windows Explorer or any graphics editor, e.g. Windows Paint.






share|improve this answer


























  • Does this work with plain DVI-producing latex, not just pdflatex?

    – einpoklum
    Jul 6 '14 at 15:52











  • @Igor Kotelnikov: I can't do "two-character swaped edits"; maybe fix nathwith

    – U. Windl
    4 mins ago














2












2








2







I always make portable latex source equally suitable for compiling both with latex and pdflatex. My remedy is rather simple.



Put usepackage{graphicx} into preample (without any driver specified).



Import eps or pdf graphics with includegraphics{filename}; latex compiler then loads filename.eps whereas pdflatex takes filename.pdf. MikTeX automatically converts eps into pdf on fly if the epstopdf package is loaded.



Import png graphics with includegraphics[nathwith=<XX>bp, natheight=<YY>bp, width=<width>]{filename.png} with .png extension explicitly shown; in that case you dont need to invent DeclareGraphicsRule. Natural height and width of bitmap graphics can be determined from file properties in Windows Explorer or any graphics editor, e.g. Windows Paint.






share|improve this answer















I always make portable latex source equally suitable for compiling both with latex and pdflatex. My remedy is rather simple.



Put usepackage{graphicx} into preample (without any driver specified).



Import eps or pdf graphics with includegraphics{filename}; latex compiler then loads filename.eps whereas pdflatex takes filename.pdf. MikTeX automatically converts eps into pdf on fly if the epstopdf package is loaded.



Import png graphics with includegraphics[nathwith=<XX>bp, natheight=<YY>bp, width=<width>]{filename.png} with .png extension explicitly shown; in that case you dont need to invent DeclareGraphicsRule. Natural height and width of bitmap graphics can be determined from file properties in Windows Explorer or any graphics editor, e.g. Windows Paint.







share|improve this answer














share|improve this answer



share|improve this answer








edited 11 mins ago









U. Windl

1031




1031










answered Feb 26 '11 at 14:07









Igor KotelnikovIgor Kotelnikov

7,13964282




7,13964282













  • Does this work with plain DVI-producing latex, not just pdflatex?

    – einpoklum
    Jul 6 '14 at 15:52











  • @Igor Kotelnikov: I can't do "two-character swaped edits"; maybe fix nathwith

    – U. Windl
    4 mins ago



















  • Does this work with plain DVI-producing latex, not just pdflatex?

    – einpoklum
    Jul 6 '14 at 15:52











  • @Igor Kotelnikov: I can't do "two-character swaped edits"; maybe fix nathwith

    – U. Windl
    4 mins ago

















Does this work with plain DVI-producing latex, not just pdflatex?

– einpoklum
Jul 6 '14 at 15:52





Does this work with plain DVI-producing latex, not just pdflatex?

– einpoklum
Jul 6 '14 at 15:52













@Igor Kotelnikov: I can't do "two-character swaped edits"; maybe fix nathwith

– U. Windl
4 mins ago





@Igor Kotelnikov: I can't do "two-character swaped edits"; maybe fix nathwith

– U. Windl
4 mins ago


















draft saved

draft discarded




















































Thanks for contributing an answer to TeX - LaTeX Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f11193%2fmiktex-error-for-png-images-when-trying-to-produce-dvi%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

サソリ

広島県道265号伴広島線

Accessing regular linux commands in Huawei's Dopra Linux