February 5, 2001
Here's some relevant information from the manual for pdftex (version 0.12+):
5 Graphics and color
Probably the biggest single usage problem with pdfT E X at the present time is
the inclusion of graphics. The program only directly supports graphic inclusion
in one bitmap format, PNG (Portable Network Graphics).
Two commonly-used techniques are not available - the inclusion of Encap-sulated
PostScript figures, and the inclusion of raw PostScript commands (the
techique utilized by the pstricks package). Although PDF is a direct descendant
of PostScript, it lacks any programming language commands, and cannot deal
with arbitrary PostScript. There are two ways to proceed with existing EPS
files: firstly, convert them to PNG (using programs like Image Magick, Image
Alchemy, or Ghostscript); or secondly, try converting them to simple PDF. If the
picture has no special fonts, the chances are quite good that Ghostscript's pdf
writer will produce a file containing a single PDF object, which can be included
using \pdfliteral commands (this is managed by the standard L A T E X graphics
package).
Other alternatives for graphics in pdfT E X are:
1. L A T E X picture mode: since this is implemented simply in terms of font
characters, it works in exactly the same way as usual;
2. Xy-pic: If the PostScript backend is not requested, Xy-pic uses its own
Type 1 fonts, and needs no special attention;
3. tpic: The 'tpic' \special commands (used in some macro packages) can
be redefined to produce literal PDF, using macros by Hans Hagen;
4. MetaPost: although the output of MetaPost is PostScript, it is in a highly
simplified form, and a MetaPost to PDF conversion (written by Hans
Hagen and Tanmoy Bhattacharya) is implemented as a set of macros which
read MetaPost output and support all of its features;
5. It is possible to insert a "pure" PDF file (PDF that has only one page
without fonts, bitmaps or other resources) using a macro package that
reads the external PDF file line by line.
The two latter macro packages are part of CONT E XT (supp-pdf.tex and
supp-mis.tex), but also work with L A T E X and are distributed separately.
For new work, the MetaPost route is highly recommended. For the future,
Adobe have announced that they will define a specification for 'encapsulated
PDF', and this should solve some of the present difficulties.
Regards,
Mike Anderson
On Sunday, February 04, 2001 1:31 AM, Hidong Kim [SMTP:[EMAIL PROTECTED]]
wrote:
> Hi, Shaheen,
>
> Thanks for the Perl script. I'm still in a bit of a bind. I would like
> to use pdflatex to convert latex files to pdf. But pdflatex doesn't
> like postscript files. I get this error message when I try to run
> pdflatex on a latex file which contains a postscript figure:
>
> ! LaTeX Error: Unknown graphics extension: .ps.
>
> See the LaTeX manual or LaTeX Companion for explanation.
> Type H <return> for immediate help.
> ...
>
> l.166 ...im/emerald/cytokinetics/soakzoom1pred.ps}
>
>
>
> I can compile this particular latex file to get the correct dvi file.
> pdflatex also doesn't like gif figures. How do I get pdflatex to
> incorporate figures in a latex file? Thanks,
>
>
>
> Hidong
>
>
>
>
>
> Shaheen Tonse wrote:
> >
> > I just subscribed a few minutes ago and missed the beginning of the
> > thread,
> > but included here is a perl script that uses ghostscript to convert .eps
> > and .ps to .gif (via portable pixel map .ppm format).
> > Shaheen Tonse.
> >
>
>
>
> _______________________________________________
> Redhat-list mailing list
> [EMAIL PROTECTED]
> https://listman.redhat.com/mailman/listinfo/redhat-list
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
