PICPACK(1)
PICPACK(1) π β PostScript picture packing preprocessor β¨
πΈ NAME πΈ
picpack β PostScript picture packing preprocessor. That's the whole vibe: it packs pictures into your PostScript flow, bestie π«Ά.
β¨ SYNOPSIS β¨
picpack [-k list] [-q] [file] ...
π DESCRIPTION π
Okay so picpack copies files to stdout and expands picture inclusion requests β those are marked by the .BP or .PI macros β into an in-line format that can be passed through troff and handled by dpost. Iconic little middleman behavior, honestly.
If no files are specified, or if - is one of the input files, standard input is read. The following options are understood:
-klist β list is a comma- or space-separated string of words used to locate picture inclusion requests. The start of every line in the input files is compared with each word in list. If there's a match, the second string on the line is taken as the pathname of a picture file that gets added to the output file. The default list isβ.Bp .PIβ.-qβ Suppressmissing picture fileerror messages. Quiet queen behavior π .
picpack is a trivial preprocessor that, in a sense, duplicates some of the picture inclusion capabilities already available in dpost. So like⦠don't use picpack if your formatting command line includes a call to dpost, bestie. Its only purpose is to combine picture files with text in a single file that can be passed through troff and unpacked, at some later time, by dpost. The original picture inclusion mechanism, with files pulled in by dpost, is the preferred approach. Periodt.
π EXAMPLES π
A typical application might be in a distributed printing environment where everything up to troff is run by the user and everything after troff is handled by a spooling daemon β¨perhaps lpβ©. In that case the command line would be:
pic file | tbl | eqn | picpack | troff -mm -Tpost | lp
A poor example, although one that should still work, would be:
pic file | tbl | eqn | picpack | troff -mm | dpost >file.ps
In this case picture inclusion requests could (and should) be handled by dpost. Running picpack is not needed or even recommended. It should be dropped from any pipeline that includes a call to dpost. No cap π.
π¦ DIAGNOSTICS π¦
A 0 exit status is returned if files were successfully processed. Slay β
.
π₯ WARNINGS π₯
Combining pictures and text using the capabilities available in dpost is the recommended approach and is always guaranteed to be more efficient than picpack. Running picpack and dpost in the same pipeline makes little sense. Likeβ¦ why would you π.
Using picpack will likely result in files that can no longer be reliably passed through other important troff postprocessors like proof. At present picpack is only guaranteed to work with dpost. That's the tea π.
π SEE ALSO π
This page is from Debian, dated February 2, 2007, and it's PICPACK(1) β okay bye bestie, go pack those pictures πβ¨
π¦ where this page comes from
- alpine 3.24: heirloom-doctools-doc 191015-r6 Β· CDDL-1.1
- Copyright (C) 2003, Lucent Technologies Inc. and others
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms