Re: [MiKTeX] epspdf and miktex

[Siep K. <si...@cy...>]

On Sun, Feb 06, 2011 at 05:29:02PM +0100, Daniel Becker wrote:
> 
> 1. Install Windows XP and zillions of updates, including Service Pack 3
> 2. Installed MikTeX 2.9. Tried a small testfile:
> 
> % !TEX TS-program = pdflatex
> % !TEX encoding = UTF-8 Unicode
> 
> \documentclass[11pt]{article} 
> \usepackage[utf8]{inputenc}
> \usepackage{graphicx}
> %\usepackage[GRAY]{epspdfconversion}
> \usepackage{epstopdf}
> 
> \begin{document}
> \includegraphics[width=3cm]{tiger.eps}
> \end{document}
> 
> MikTeX 2.9 comes with a pre-installed epstopdf and the file above work. When trying to use epspdfconversion, this doesn't work since epspdf is not available.
> 
> 3. Downloaded&installed ghostscript, xpdf (ghostscript is not necessary, since it comes with MikTeX)
> 4. Used the epspdf-Windows-Installer from http://tex.aanhet.net/epspdf/. The GUI works out of the box. Told epspdftk where to find pdftops...
> 5. created a folder C:\batchfiles and file epspdf.bat therein. It reads:
> 
> @ECHO OFF 
> REM --- 
> SET ruby= "C:\Programme\epspdf\rubysub\bin\ruby.exe" 
> SET rb="C:\Programme\epspdf\epspdf\epspdf.rb" 
> REM --- 
> %ruby% %rb% %*
> 
> (It used the ruby.exe that has been installed by the Windows-Installer in :\Programme\epspdf\rubysub\bin\)
> 
> 6. Added C:\Programme\xpdf;C:\batchfiles; to the Windows-Path. Complicated! My Windows is in German, so I had to right-click "Arbeitsplatz", choose "Eigenschaften" (properties) and then Umgebungsvariablen etc. Edited the path such that it now reads:
> 
> C:\Programme\xpdf;C:\batchfiles;C:\Programme\MiKTeX 2.9\miktex\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem 
> 
> 7. Tested epspdf and pdftops from the command line - they both work.
> 8. Now the test-file from above also works with 
> \usepackage[GRAY]{epspdfconversion}
> %\usepackage{epstopdf}
> ....

I think you are doing more than is necessary. I installed the setup
program under Program Files - with a space in the name. MikTeX had
already added itself to the searchpath. I told it via the GUI where
it could find pdftops.exe.

I created a batchfile epspdf.bat in c:\Documents and
Settings\siepo\bin

@echo off
set eproot=c:\Program Files\epspdf
"%eproot%\rubysub\bin\ruby.exe" "%eproot%\epspdf\epspdf.rb" %*

and added this directory - again with spaces in the name - to my
searchpath and tested with a testfile:

\documentclass{minimal}
\usepackage[bbox=true,GRAY]{epspdfconversion}
\begin{document}
\fbox{\includegraphics{image}}
\end{document}

I did this both from the command-line and from TeXworks.

Checking the logfile in c:\Documents and Settings\siepo\Application
Data\epspdf\epspdf.log I verified that epspdf used MikTeX's built-in
Ghostscript mgs.exe.

The directory of the batchfile was the only addition to the
searchpath. MikTeX had already added itself to the searchpath.

It just occurred to me that there may be a problem with some
localized Windows versions, where what you see in Windows Explorer
may differ from what you see from the command-line. But that would
be difficult for me to test.

-- 
Siep Kroonenberg