pic - compile pictures for troff or TeX
It is the user's responsibility to provide appropriate definitions of the PS and PE macros. When the macro package being used does not supply such definitions (for example, old versions of -ms), appropriate definitions can be obtained with -mpic: these will center each picture.
The following options supported by other versions of pic are ignored:
\centerline{\box\graph}
Actually, since the vbox has a height of zero this will produce slightly more vertical space above the picture than below it;
\centerline{\raise 1em\box\graph}
would avoid this.
You must use a TeX driver that supports the tpic specials, version 2.
Lines beginning with \ are passed through transparently; a % is added to the end of the line to avoid unwanted spaces. You can safely use this feature to change fonts or to change the value of \baselineskip. Anything else may well produce undesirable results; use at your own risk. Lines beginning with a period are not given any special treatment.
.PS copy thru % circle at ($1,$2) % until "END" 1 2 3 4 5 6 END box .PE
.PS circle at (1,2) circle at (3,4) circle at (5,6) box .PE
reset
.PS x = 3 y = 3 [ x := 5 y = 5 ] print x " " y .PE
Arguments of the form
are also allowed to be of the form
In this case anything can contain balanced occurrences of { and }. Strings may contain X or imbalanced occurrences of { and }.
x ^ y
(exponentiation)
sin(x)
cos(x)
atan2(y, x)
log(x)
(base 10)
exp(x)
(base 10, ie
10^x)
sqrt(x)
int(x)
rand()
(return a random number between 0 and 1)
rand(x)
(return a random number between 1 and
x;
deprecated)
srand(x)
(set the random number seed)
max(e1, e2)
min(e1, e2)
!e
e1 && e2
e1 || e2
e1 == e2
e1 != e2
e1 >= e2
e1 > e2
e1 <= e2
e1 < e2
"str1" == "str2"
"str1" != "str2"
String comparison expressions must be parenthesised in some contexts to avoid ambiguity.
means draw a line 2 inches long in the current direction. The `i' (or `I') character is ignored; to use another measurement unit, set the scale variable to an appropriate value.
The maximum width and height of the picture are taken from the variables maxpswid and maxpsht. Initially these have values 8.5 and 11.
Scientific notation is allowed for numbers. For example
Text attributes can be compounded. For example,
There is no limit to the depth to which blocks can be examined. For example,
Arcs now have compass points determined by the circle of which the arc is a part.
Circles and arcs can be dotted or dashed. In TeX mode splines can be dotted or dashed.
Boxes can have rounded corners. The rad attribute specifies the radius of the quarter-circles at each corner. If no rad or diam attribute is given, a radius of boxrad is used. Initially, boxrad has a value of 0. A box with rounded corners can be dotted or dashed.
The .PS line can have a second argument specifying a maximum height for the picture. If the width of zero is specified the width will be ignored in computing the scaling factor for the picture. Note that GNU pic will always scale a picture by the same amount vertically as well as horizontally. This is different from the DWB 2.0 pic which may scale a picture by a different amount vertically than horizontally if a height is specified.
Each text object has an invisible box associated with it. The compass points of a text object are determined by this box. The implicit motion associated with the object is also determined by this box. The dimensions of this box are taken from the width and height attributes; if the width attribute is not supplied then the width will be taken to be textwid; if the height attribute is not supplied then the height will be taken to be the number of text strings associated with the object times textht. Initially textwid and textht have a value of 0.
In (almost all) places where a quoted text string can be used, an expression of the form
can also be used; this will produce the arguments formatted according to format, which should be a string as described in printf(3) appropriate for the number of arguments supplied.
The thickness of the lines used to draw objects is controlled by the linethick variable. This gives the thickness of lines in points. A negative value means use the default thickness: in TeX output mode, this means use a thickness of 8 milliinches; in TeX output mode with the -c option, this means use the line thickness specified by .ps lines; in troff output mode, this means use a thickness proportional to the pointsize. A zero value means draw the thinnest possible line supported by the output device. Initially it has a value of -1. There is also a thick[ness] attribute. For example,
circle thickness 1.5
would draw a circle using a line with a thickness of 1.5 points. The thickness of lines is not affected by the value of the scale variable, nor by the width or height given in the .PS line.
Boxes (including boxes with rounded corners), circles and ellipses can be filled by giving them an attribute of fill[ed]. This takes an optional argument of an expression with a value between 0 and 1; 0 will fill it with white, 1 with black, values in between with a proportionally gray shade. A value greater than 1 can also be used: this means fill with the shade of gray that is currently being used for text and lines. Normally this will be black, but output devices may provide a mechanism for changing this. Without an argument, then the value of the variable fillval will be used. Initially this has a value of 0.5. The invisible attribute does not affect the filling of objects. Any text associated with a filled object will be added after the object has been filled, so that the text will not be obscured by the filling.
Three additional modifiers are available to specify colored objects: outline[d] sets the color of the outline, shaded the fill color, and colo[u]r[ed] sets both. All three keywords expect a suffix specifying the color, for example
circle shaded green outline black
Currently, color support isn't available in TeX mode. Predefined color names for groff are in the device macro files, for example ps.tmac; additional colors can be defined with the .defcolor request (see the manual page of troff(1) for more details).
pic assumes that at the beginning of a picture both glyph and fill color are set to the default value.
Arrow heads will be drawn as solid triangles if the variable arrowhead is non-zero and either TeX mode is enabled or the -n option has not been given. Initially arrowhead has a value of 1. Note that solid arrow heads are always filled with the current outline color.
The troff output of pic is device-independent. The -T option is therefore redundant. All numbers are taken to be in inches; numbers are never interpreted to be in troff machine units.
Objects can have an aligned attribute. This will only work if the postprocessor is grops. Any text associated with an object having the aligned attribute will be rotated about the center of the object so that it is aligned in the direction from the start point to the end point of the object. Note that this attribute will have no effect for objects whose start and end points are coincident.
In places where nth is allowed `expr'th is also allowed. Note that 'th is a single token: no space is allowed between the ' and the th. For example,
for i = 1 to 4 do { line from `i'th box.nw to `i+1'th box.se }
It is necessary to feed this file into groff without adding any page information, so you must check which .PS and .PE requests are actually called. For example, the mm macro package adds a page number, which is very annoying. At the moment, calling standard groff without any macro package works. Alternatively, you can define your own requests, e.g. to do nothing:
.de PS .. .de PE ..
groff itself does not provide direct conversion into other graphics file formats. But there are lots of possibilities if you first transform your picture into PostScript® format using the groff option -Tps. Since this ps-file lacks BoundingBox information it is not very useful by itself, but it may be fed into other conversion programs, usually named ps2other or pstoother or the like. Moreover, the PostScript interpreter ghostscript (gs) has built-in graphics conversion devices that are called with the option
Call
for a list of the available devices.
As the Encapsulated PostScript File Format EPS is getting more and more important, and the conversion wasn't regarded trivial in the past you might be interested to know that there is a conversion tool named ps2eps which does the right job. It is much better than the tool ps2epsi packaged with gs.
For bitmapped graphic formats, you should use pstopnm; the resulting (intermediate) PNM file can be then converted to virtually any graphics format using the tools of the netpbm package .
Tpic: Pic for TeX
Brian W. Kernighan, PIC --- A Graphics Language for Typesetting (User Manual). AT&T Bell Laboratories, Computing Science Technical Report No. 116 <http://cm.bell-labs.com/cm/cs/cstr/116.ps.gz> (revised May, 1991).
ps2eps
is available from CTAN mirrors, e.g.
<ftp://ftp.dante.de/tex-archive/support/ps2eps/>
W. Richard Stevens - Turning PIC Into HTML
<http://www.kohala.com/start/troff/pic2html.html>
W. Richard Stevens - Examples of picMacros
<http://www.kohala.com/start/troff/pic.examples.ps>
The interpretation of fillval is incompatible with the pic in 10th edition Unix, which interprets 0 as black and 1 as white.
PostScript® is a registered trademark of Adobe Systems Incorporation.
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |