Re: Different EPS exported file from frontend and kernel
- To: mathgroup at smc.vnet.net
- Subject: [mg37393] Re: [mg37376] Different EPS exported file from frontend and kernel
- From: "P.J. Hinton" <paulh at wolfram.com>
- Date: Sat, 26 Oct 2002 02:03:34 -0400 (EDT)
- Organization: "Wolfram Research, Inc."
- Sender: owner-wri-mathgroup at wolfram.com
On Fri, 25 Oct 2002, Nevin Kapur wrote:
> I am using Mathematica for Students 4.2 on Red Hat Linux 8.0. The
> following command produces a satisfactory output when executed from
> the command line but when run in the Mathematica frontend, it produces
> an EPS file where the y-axis label looks like: "Exp@xD"
>
> Export["plot.eps", Plot[ Exp[x], {x,-1,1}, AxesLabel -> {"x",
> "Exp[x]"} ]]
>
> Furthermore, the eps file produced by the frontend cannot be used with
> dvips: I get the error
>
> dvips: ! Couldn't find header file Mathematica2Mono.pfb
>
> Indeed, this file does not exist on my system.
>
> I _think_ I have followed all the instructions from Jens-Peer Juska's
> "The Mathematica Virtual Font Package" document distributed with
> Mathematica but that doesn't seem to help.
Try configuring DVIPS so that it includes the path to the Type 1
Mathematica fonts.
On your system, the fonts should be located in a directory with a path
that can be determined by evaluating the following expression in a kernel:
ToFileName[{$TopDirectory, "SystemFiles", "Fonts", "Type1"}]
This directory contains ASCII (.pfa) versions of the fonts, but DVIPS
should be capable of handling these fonts as well as their binary
equivalents.
To find out how to adjust the DVIPS setting, check the documentation for
your implementation of TeX (e.g. teTeX, emTeX, etc.). It has been my
experience that the setting is in a plain text configuration file.
However, the name of the file and the variable that you need to modify
tends to vary among implementations.
--
P.J. Hinton
User Interface Programmer paulh at wolfram.com
Wolfram Research, Inc.
Disclaimer: Opinions expressed herein are those of the author alone.