PICPACK(1)

πŸ“¦ version 191015, in alpine 3.24

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:

  • -k list β€” 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 β€” Suppress missing picture file error 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 🌈

dpost(1), troff(1)


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