mirror of
https://gitlab.freedesktop.org/xorg/lib/libx11.git
synced 2025-12-20 04:40:10 +01:00
FIX: warning: macro `IN' not defined
just remove an other dead macro use.
This commit is contained in:
parent
7ca3ceb917
commit
b7ec67d3ea
19 changed files with 0 additions and 44 deletions
|
|
@ -125,7 +125,6 @@ The
|
|||
.B XClassHint
|
||||
structure contains:
|
||||
.LP
|
||||
.IN "XClassHint" "" "@DEF@"
|
||||
.EX
|
||||
typedef struct {
|
||||
char *res_name;
|
||||
|
|
|
|||
|
|
@ -136,10 +136,6 @@ The corresponding colormap cell is read-only.
|
|||
In addition,
|
||||
.B XAllocColor
|
||||
returns nonzero if it succeeded or zero if it failed.
|
||||
.IN "Color map"
|
||||
.IN "Color" "allocation"
|
||||
.IN "Allocation" "colormap"
|
||||
.IN "read-only colormap cells"
|
||||
Multiple clients that request the same effective RGB value can be assigned
|
||||
the same read-only entry, thus allowing entries to be shared.
|
||||
When the last client deallocates a shared cell, it is deallocated.
|
||||
|
|
@ -284,10 +280,6 @@ The set of all pixels is produced by ORing together subsets of
|
|||
the planes argument with the pixels.
|
||||
The request frees all of these pixels that
|
||||
were allocated by the client (using
|
||||
.IN XAllocColor
|
||||
.IN XAllocNamedColor
|
||||
.IN XAllocColorCells
|
||||
.IN XAllocColorPlanes
|
||||
.BR XAllocColor ,
|
||||
.BR XAllocNamedColor ,
|
||||
.BR XAllocColorCells ,
|
||||
|
|
|
|||
|
|
@ -128,7 +128,6 @@ The
|
|||
.B XIconSize
|
||||
structure contains:
|
||||
.LP
|
||||
.IN "XIconSize" "" "@DEF@"
|
||||
.EX
|
||||
typedef struct {
|
||||
int min_width, min_height;
|
||||
|
|
|
|||
|
|
@ -338,7 +338,6 @@ T} T{
|
|||
T}
|
||||
.TE
|
||||
.ad
|
||||
.IN "XSizeHints" "" "@DEF@"
|
||||
.EX
|
||||
/\&* Values */
|
||||
|
||||
|
|
|
|||
|
|
@ -198,7 +198,6 @@ T} T{
|
|||
T}
|
||||
.TE
|
||||
/\&* Values */
|
||||
.IN "XStandardColormap" "" "@DEF@"
|
||||
.EX
|
||||
typedef struct {
|
||||
Colormap colormap;
|
||||
|
|
|
|||
|
|
@ -200,7 +200,6 @@ T} T{
|
|||
WindowGroupHint)
|
||||
T}
|
||||
.TE
|
||||
.IN "XWMHints" "" "@DEF@"
|
||||
.EX
|
||||
/\&* Values */
|
||||
|
||||
|
|
|
|||
|
|
@ -215,7 +215,6 @@ T} T{
|
|||
(1L<<7)
|
||||
T}
|
||||
.TE
|
||||
.IN "XKeyboardControl" "" "@DEF@"
|
||||
.EX
|
||||
/\&* Values */
|
||||
|
||||
|
|
|
|||
|
|
@ -288,7 +288,6 @@ T} T{
|
|||
(1<<6)
|
||||
T}
|
||||
.TE
|
||||
.IN "XWindowChanges" "" "@DEF@"
|
||||
.EX
|
||||
/\&* Values */
|
||||
|
||||
|
|
|
|||
|
|
@ -226,7 +226,6 @@ display hardware.
|
|||
The server scales these values down to the range used by the hardware.
|
||||
Black is represented by (0,0,0),
|
||||
and white is represented by (65535,65535,65535).
|
||||
.IN "Color"
|
||||
In some functions,
|
||||
the flags member controls which of the red, green, and blue members is used
|
||||
and can be the inclusive OR of zero or more of
|
||||
|
|
|
|||
|
|
@ -332,7 +332,6 @@ T} T{
|
|||
(1L<<22)
|
||||
T}
|
||||
.TE
|
||||
.IN "XGCValues" "" "@DEF@"
|
||||
.LP
|
||||
.EX
|
||||
/\&* Values */
|
||||
|
|
@ -506,10 +505,8 @@ _
|
|||
.TE
|
||||
.LP
|
||||
Many graphics operations depend on either pixel values or planes in a GC.
|
||||
.IN "Pixel value"
|
||||
The planes attribute is of type long, and it specifies which planes of the
|
||||
destination are to be modified, one bit per plane.
|
||||
.IN "Plane" "mask"
|
||||
A monochrome display has only one plane and
|
||||
will be the least significant bit of the word.
|
||||
As planes are added to the display hardware, they will occupy more
|
||||
|
|
@ -623,7 +620,6 @@ T}
|
|||
.TE
|
||||
.LP
|
||||
The cap-style defines how the endpoints of a path are drawn:
|
||||
.IN "Graphics context" "path"
|
||||
.TS
|
||||
lw(1.0i) lw(4.5i).
|
||||
T{
|
||||
|
|
|
|||
|
|
@ -170,8 +170,6 @@ The new window initially uses the same cursor as
|
|||
its parent.
|
||||
A new cursor can be defined for the new window by calling
|
||||
.BR XDefineCursor .
|
||||
.IN "Cursor" "Initial State"
|
||||
.IN "XDefineCursor"
|
||||
The window will not be visible on the screen unless it and all of its
|
||||
ancestors are mapped and it is not obscured by any of its ancestors.
|
||||
.LP
|
||||
|
|
@ -331,7 +329,6 @@ T} T{
|
|||
(1L<<14)
|
||||
T}
|
||||
.TE
|
||||
.IN "XSetWindowAttributes" "" "@DEF@"
|
||||
.EX
|
||||
/\&* Values */
|
||||
|
||||
|
|
|
|||
|
|
@ -82,9 +82,6 @@ buffer is automatically flushed as needed by calls to
|
|||
.BR XNextEvent ,
|
||||
and
|
||||
.BR XWindowEvent .
|
||||
.IN "XPending"
|
||||
.IN "XNextEvent"
|
||||
.IN "XWindowEvent"
|
||||
Events generated by the server may be enqueued into the library's event queue.
|
||||
.LP
|
||||
The
|
||||
|
|
|
|||
|
|
@ -194,7 +194,6 @@ T} T{
|
|||
0x1FF
|
||||
T}
|
||||
.TE
|
||||
.IN "XVisualInfo" "" "@DEF@"
|
||||
.EX
|
||||
/\&* Values */
|
||||
|
||||
|
|
|
|||
|
|
@ -222,7 +222,6 @@ and
|
|||
.B XCharStruct
|
||||
structures contain:
|
||||
.LP
|
||||
.IN "XCharStruct" "" "@DEF@"
|
||||
.EX
|
||||
typedef struct {
|
||||
short lbearing; /\&* origin to left edge of raster */
|
||||
|
|
@ -234,7 +233,6 @@ typedef struct {
|
|||
} XCharStruct;
|
||||
.EE
|
||||
.LP
|
||||
.IN "XFontProp" "" "@DEF@"
|
||||
.EX
|
||||
typedef struct {
|
||||
Atom name;
|
||||
|
|
@ -242,7 +240,6 @@ typedef struct {
|
|||
} XFontProp;
|
||||
.EE
|
||||
.LP
|
||||
.IN "XChar2b" "" "@DEF@"
|
||||
.EX
|
||||
typedef struct { /\&* normal 16 bit characters are two bytes */
|
||||
unsigned char byte1;
|
||||
|
|
@ -250,7 +247,6 @@ typedef struct { /\&* normal 16 bit characters are two bytes */
|
|||
} XChar2b;
|
||||
.EE
|
||||
.LP
|
||||
.IN "XFontStruct" "" "@DEF@"
|
||||
.EX
|
||||
typedef struct {
|
||||
XExtData *ext_data; /\&* hook for extension to hang data */
|
||||
|
|
|
|||
|
|
@ -104,7 +104,6 @@ a full-window exposure is always generated.
|
|||
Otherwise, only visible regions may be reported.
|
||||
Similar tiling and exposure take place for any newly viewable inferiors.
|
||||
.LP
|
||||
.IN "XMapWindow"
|
||||
If the window is an
|
||||
.B InputOutput
|
||||
window,
|
||||
|
|
@ -154,7 +153,6 @@ error.
|
|||
.LP
|
||||
The
|
||||
.B XMapSubwindows
|
||||
.IN "XMapSubwindows"
|
||||
function maps all subwindows for a specified window in top-to-bottom stacking
|
||||
order.
|
||||
The X server generates
|
||||
|
|
|
|||
|
|
@ -61,7 +61,6 @@ Specifies the hardware display name, which determines the display
|
|||
and communications domain to be used.
|
||||
On a POSIX-conformant system, if the display_name is NULL,
|
||||
it defaults to the value of the DISPLAY environment variable.
|
||||
.IN "Environment" "DISPLAY"
|
||||
.SH DESCRIPTION
|
||||
The
|
||||
.B XOpenDisplay
|
||||
|
|
@ -74,8 +73,6 @@ about that X server.
|
|||
connects your application to the X server through TCP
|
||||
or DECnet communications protocols,
|
||||
or through some local inter-process communication protocol.
|
||||
.IN "Protocol" "TCP"
|
||||
.IN "Protocol" "DECnet"
|
||||
If the hostname is a host machine name and a single colon (:)
|
||||
separates the hostname and display number,
|
||||
.B XOpenDisplay
|
||||
|
|
@ -91,7 +88,6 @@ simultaneously.
|
|||
A particular Xlib implementation can support many more of these transport
|
||||
mechanisms.
|
||||
.LP
|
||||
.IN "Display"
|
||||
If successful,
|
||||
.B XOpenDisplay
|
||||
returns a pointer to a
|
||||
|
|
@ -147,8 +143,6 @@ explicitly so that any pending errors are reported as
|
|||
performs a final
|
||||
.B XSync
|
||||
operation.
|
||||
.IN "Resource IDs"
|
||||
.IN "XCloseDisplay"
|
||||
.LP
|
||||
.B XCloseDisplay
|
||||
can generate a
|
||||
|
|
|
|||
|
|
@ -112,7 +112,6 @@ The
|
|||
.B XQueryBestCursor
|
||||
function provides a way to find out what size cursors are actually
|
||||
possible on the display.
|
||||
.IN "Cursor" "limitations"
|
||||
It returns the largest size that can be displayed.
|
||||
Applications should be prepared to use smaller cursors on displays that
|
||||
cannot support large ones.
|
||||
|
|
|
|||
|
|
@ -69,7 +69,6 @@ Events are reported relative to a window.
|
|||
If a window is not interested in a device event, it usually propagates to
|
||||
the closest ancestor that is interested,
|
||||
unless the do_not_propagate mask prohibits it.
|
||||
.IN "Event" "propagation"
|
||||
.LP
|
||||
Setting the event-mask attribute of a window overrides any previous call
|
||||
for the same window but not for other clients.
|
||||
|
|
|
|||
|
|
@ -63,8 +63,6 @@ The
|
|||
.B XUnmapWindow
|
||||
function unmaps the specified window and causes the X server to generate an
|
||||
.B UnmapNotify
|
||||
.IN "UnmapNotify Event"
|
||||
.IN "XUnmapWindow"
|
||||
event.
|
||||
If the specified window is already unmapped,
|
||||
.B XUnmapWindow
|
||||
|
|
@ -92,7 +90,6 @@ It causes the X server to generate an
|
|||
event on each subwindow and
|
||||
.B Expose
|
||||
events on formerly obscured windows.
|
||||
.IN "UnmapNotify Event"
|
||||
Using this function is much more efficient than unmapping multiple windows
|
||||
one at a time because the server needs to perform much of the work
|
||||
only once, for all of the windows, rather than for each window.
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue