When converting a Word DOC with graphics to a latex document, wvLatex and wvCleanLatex generate the graphics files as .png files. But in the generated .tex file, it does not use the filename of the graphic it generated, but instead substitutes the .png with a .eps. This causes latex, pdfLatex, and latex2html to throw "file not found" errors. The files I am using are private company documents containing screen shots, all generated by the same person. Every file which included graphics, demonstrated this problem. I don't know how Word embeds graphics, and I don't own Word to experiment. I created a .doc file with OpenOffice containing a .gif and a .jpg. After processing with wvLatex it generated a .png and a .jpg, and replaced the suffix with .eps in the generated latex file for both images. It should be simple to get wvLatex and wvCleanLatex to write to the .tex file the exact name of the graphic file it generated, so that the two match. Alternatively, one could put in the effort of making it always generate the graphics files in .eps format. In my opinion, the most correct solution would be to not include any graphic format suffix in the .tex file, so that the device dependant graphics driver can look for a graphic file in the format it expects. This allows xdvi to look for a .eps, pdfLatex to look for .png, and latex2html to look for .gif. I would like to help out more, but at the moment I am pressed for time. Thank you for your great work! Reproducible: Always Steps to Reproduce: 1. Generate a doc file containing graphics any a non .eps format. 2. Process the doc file with wvLatex or wvCleanLatex. 3. Run latex, pdfLatex, or latex2html on the outputted file. Actual Results: LaTeX, pdfLatex, and latex2html can not find the graphics files included in the latex file. They have the wrong extension. Expected Results: The graphics files' correct names should be written to the latex file, or no suffix should be included in the latex file for the graphics which are included. Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.24) ================================================================= System uname: 2.4.24 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-tbird -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS=" ftp://ftp.cs.byu.edu/pub/mirrors/Gentoo ftp://mirror.iawnet.sandia.gov/pub/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://distro.ibiblio.org/pub/linux/distributions/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa arts artswrappersuid avi berkdb bonobo cdr crypt cups encode esd foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pda pdflib perl png ppds python qt quicktime readline scanner sdl slang spell ssl svga tcltk tcpd tetex truetype usb x86 xml2 xmms xv zlib"
Created attachment 43976 [details, diff] wv-latex-convert2eps.diff
(app-text/wv is not maintained by text-markup) The problem should be solved by the upstream, since they have (imcomplete) graphics format conversion function in wvWare.c and say: /* Output to real file name. Conversion to .eps must be done manually for now */ However, I applied a patch to conver graphics format using ImageMagick (wvDVI, wvPDF and wvPS uses ImageMagick, so I don't see any reason not using ImageMagick for wvLatex at this point). foser: wv-1.0.2 is out, so please update wv to the new version (wv-1.0.0-fix_overflaw.patch isn't necessary anymore).
i'm a bit confused by the comments here.. is this supposedly fixed in a newer version or is that just extra info ? I added 1.0.3 a few days ago.
we're on 1.2 now. If this is still a problem with the latest release, then please reopen.