As some of you know, I have made a serious enhancement to latex2rtf, now calles
ltx2rtf.
This package works nearly the same way as l2h, except that it produces RTF instead of
HTML, and
that it is written in C.
But equations are posted the same way, i.e. LaTeX-ing the equation and then converting
the DVI
to PGM.
My fist solution was to use emtex's drivers to generate a CROPPED PCX file
(dvidrv+dvidot with
om+ option), then using netpbm
to go from PCX to PPM, PGM, PBM. This works fine but I have to think of people not
having emtex
(may working on UNIX).
A solution has been proposes by Emmanuel BIGLER (Paris, Jussieu) using DVIPS and then
Ghostscript with the ppmraw output device.
The works on big computers, but it appears that the generated PBM file is huge
(resolution
needed is 360DPI), so that PNMCROP
runs... out of memory on my Win95/DOS window. A big problem.
Looking at pstoimg I find that it calls GS with the following (obcure) options:
- -g75x98 => quat does this mean ("man gs" is not very explicit) and which are
the units of
numbers 75 and 98 (or other numbers in -g option)
- -dTextAlphaBits=4 => meaning?
- GS>-67 -739 translate => I undestand these are limite to the part to be
translated, but
which are the units (pixels, inches, ?)?
Can somebody explain that (or give me a pointer to a detailed description of
GhostScript
specifications)?
Lasr question: is there a way of telling GS to produce an output ALREADY cropped to
non the
blank rectangle of the image, in the same way as done by dviscr+dvidot?
-------------------------------------------------------------------------
Daniel Taupin, Physique des Solides, Univ. Paris-Sud, 91405 ORSAY
E-mail : mailto:[EMAIL PROTECTED]
T�l: (33) 1.69.15.60.79, Fax: (33) 1.69.15.60.86
-------------------------------------------------------------------------
