xfillpolygon(3) [hpux man page]
XFillPolygon() XFillPolygon()
Name
XFillPolygon - fill a polygon.
Synopsis
XFillPolygon(display, drawable, gc, points, npoints, shape, mode)
Display *display;
Drawable drawable;
GC gc;
XPoint *points;
int npoints;
int shape;
int mode;
Arguments
display Specifies a connection to an X server; returned from XOpenDisplay().
drawable Specifies the drawable.
gc Specifies the graphics context.
points Specifies a pointer to an array of points.
npoints Specifies the number of points in the array.
shape Specifies an argument that helps the server to improve performance. Pass the last constant in this list that is valid for the
polygon to be filled: Complex, Nonconvex, or Convex.
mode Specifies the coordinate mode. Pass either CoordModeOrigin or CoordModePrevious.
Description
XFillPolygon() fills the region closed by the specified path. Some but not all of the path itself will be drawn. The path is closed auto-
matically if the last point in the list does not coincide with the first point. No pixel of the region is drawn more than once.
The mode argument affects the interpretation of the points that define the polygon:
o CoordModeOrigin indicates that all points are relative to the drawable's origin.
o CoordModePrevious indicates that all points after the first are relative to the previous point. (The first point is always relative to
the drawable's origin.)
The shape argument allows the fill routine to optimize its performance given tips on the configuration of the area.
o Complex indicates the path may self-intersect. The fill_rule of the GC must be consulted to determine which areas are filled. See Vol-
ume One, Chapter 5, The Graphics Context, for a discussion of the fill rules EvenOddRule and WindingRule.
o Nonconvex indicates the path does not self-intersect, but the shape is not wholly convex. If known by the client, specifying Nonconvex
instead of Complex may improve performance. If you specify Nonconvex for a self-intersecting path, the graphics results are undefined.
o Convex means that for every pair of points inside the polygon, the line segment connecting them does not intersect the path. Convex can
improve performance even more than Nonconvex, but if the path is not convex, the graphics results are undefined.
Contiguous coincident points in the path are not treated as self-intersection.
XFillPolygon() uses these graphics context components when filling the polygon area: function, plane_mask, fill_style, fill_rule, subwin-
dow_mode, clip_ x_origin, clip_y_origin, and clip_mask. This function also uses these mode-dependent components of the GC: foreground,
background, tile, stipple, ts_x_
origin, and ts_y_origin.
For more information, see Volume One, Chapter 6, Drawing Graphics and Text, and Chapter 5, The Graphics Context.
Structures
typedef struct {
short x, y;
} XPoint;
Errors
BadDrawable
BadGC
BadMatch
BadValue
See Also
XClearArea(), XClearWindow(), XCopyArea(), XCopyPlane(), XDraw, XDrawArc(), XDrawArcs(), XDrawFilled(), XDrawLine(), XDrawLines(), XDraw-
Point(), XDrawPoints(), XDrawRectangle(), XDrawRectangles(), XDrawSegments(), XFillArc(), XFillArcs(), XFillRectangle(), XFillRectangles().
Xlib - Drawing Primitives XFillPolygon()
Check Out this Related Man Page
XFillRectangle(3) XLIB FUNCTIONS XFillRectangle(3)
NAME
XFillRectangle, XFillRectangles, XFillPolygon, XFillArc, XFillArcs - fill rectangles, polygons, or arcs
SYNTAX
int XFillRectangle(Display *display, Drawable d, GC gc, int x, int y, unsigned int width, unsigned int height);
int XFillRectangles(Display *display, Drawable d, GC gc, XRectangle *rectangles, int nrectangles);
int XFillPolygon(Display *display, Drawable d, GC gc, XPoint *points, int npoints, int shape, int mode);
int XFillArc(Display *display, Drawable d, GC gc, int x, int y, unsigned int width, unsigned int height, int angle1, int angle2);
int XFillArcs(Display *display, Drawable d, GC gc, XArc *arcs, int narcs);
ARGUMENTS
angle1 Specifies the start of the arc relative to the three-o'clock position from the center, in units of degrees * 64.
angle2 Specifies the path and extent of the arc relative to the start of the arc, in units of degrees * 64.
arcs Specifies an array of arcs.
d Specifies the drawable.
display Specifies the connection to the X server.
gc Specifies the GC.
mode Specifies the coordinate mode. You can pass CoordModeOrigin or CoordModePrevious.
narcs Specifies the number of arcs in the array.
npoints Specifies the number of points in the array.
nrectangles
Specifies the number of rectangles in the array.
points Specifies an array of points.
rectangles
Specifies an array of rectangles.
shape Specifies a shape that helps the server to improve performance. You can pass Complex, Convex, or Nonconvex.
width
height Specify the width and height, which are the dimensions of the rectangle to be filled or the major and minor axes of the arc.
x
y Specify the x and y coordinates, which are relative to the origin of the drawable and specify the upper-left corner of the rec-
tangle.
DESCRIPTION
The XFillRectangle and XFillRectangles functions fill the specified rectangle or rectangles as if a four-point FillPolygon protocol request
were specified for each rectangle:
[x,y] [x+width,y] [x+width,y+height] [x,y+height]
Each function uses the x and y coordinates, width and height dimensions, and GC you specify.
XFillRectangles fills the rectangles in the order listed in the array. For any given rectangle, XFillRectangle and XFillRectangles do not
draw a pixel more than once. If rectangles intersect, the intersecting pixels are drawn multiple times.
Both functions use these GC components: function, plane-mask, fill-style, subwindow-mode, clip-x-origin, clip-y-origin, and clip-mask.
They also use these GC mode-dependent components: foreground, background, tile, stipple, tile-stipple-x-origin, and tile-stipple-y-origin.
XFillRectangle and XFillRectangles can generate BadDrawable, BadGC, and BadMatch errors.
XFillPolygon fills the region closed by the specified path. The path is closed automatically if the last point in the list does not coin-
cide with the first point. XFillPolygon does not draw a pixel of the region more than once. CoordModeOrigin treats all coordinates as
relative to the origin, and CoordModePrevious treats all coordinates after the first as relative to the previous point.
Depending on the specified shape, the following occurs:
o If shape is Complex, the path may self-intersect. Note that contiguous coincident points in the path are not treated as self-inter-
section.
o If shape is Convex, for every pair of points inside the polygon, the line segment connecting them does not intersect the path. If
known by the client, specifying Convex can improve performance. If you specify Convex for a path that is not convex, the graphics
results are undefined.
o If shape is Nonconvex, the path does not self-intersect, but the shape is not wholly convex. If known by the client, specifying Non-
convex instead of Complex may improve performance. If you specify Nonconvex for a self-intersecting path, the graphics results are
undefined.
The fill-rule of the GC controls the filling behavior of self-intersecting polygons.
This function uses these GC components: function, plane-mask, fill-style, fill-rule, subwindow-mode, clip-x-origin, clip-y-origin, and
clip-mask. It also uses these GC mode-dependent components: foreground, background, tile, stipple, tile-stipple-x-origin, and tile-stip-
ple-y-origin.
XFillPolygon can generate BadDrawable, BadGC, BadMatch, and BadValue errors.
For each arc, XFillArc or XFillArcs fills the region closed by the infinitely thin path described by the specified arc and, depending on
the arc-mode specified in the GC, one or two line segments. For ArcChord, the single line segment joining the endpoints of the arc is
used. For ArcPieSlice, the two line segments joining the endpoints of the arc with the center point are used. XFillArcs fills the arcs in
the order listed in the array. For any given arc, XFillArc and XFillArcs do not draw a pixel more than once. If regions intersect, the
intersecting pixels are drawn multiple times.
Both functions use these GC components: function, plane-mask, fill-style, arc-mode, subwindow-mode, clip-x-origin, clip-y-origin, and clip-
mask. They also use these GC mode-dependent components: foreground, background, tile, stipple, tile-stipple-x-origin, and tile-stipple-y-
origin.
XFillArc and XFillArcs can generate BadDrawable, BadGC, and BadMatch errors.
DIAGNOSTICS
BadDrawable
A value for a Drawable argument does not name a defined Window or Pixmap.
BadGC A value for a GContext argument does not name a defined GContext.
BadMatch An InputOnly window is used as a Drawable.
BadMatch Some argument or pair of arguments has the correct type and range but fails to match in some other way required by the request.
BadValue Some numeric value falls outside the range of values accepted by the request. Unless a specific range is specified for an argu-
ment, the full range defined by the argument's type is accepted. Any argument defined as a set of alternatives can generate this
error.
SEE ALSO
XDrawArc(3), XDrawPoint(3), XDrawRectangle(3)
Xlib - C Language X Interface
X Version 11 libX11 1.5.0 XFillRectangle(3)