XDrawImageString(3)
okay so bestie, weβre in XDrawImageString(3) from XLIB FUNCTIONS, and this page is literally about drawing image text. Buckle up, weβre keeping every receipt π.
β¨ NAME β¨
XDrawImageString, XDrawImageString16 β draw image text. Thatβs the whole assignment: image text, no cap. π
πΈ SYNTAX πΈ
int XDrawImageString(Display *display, Drawable d, GC gc, int x, int y,
_Xconst char *string, int length);
int XDrawImageString16(Display *display, Drawable d, GC gc, int x, int y,
_Xconst XChar2b *string, int length);
π ARGUMENTS π
dβ Specifies the drawable.displayβ Specifies the connection to the X server.gcβ Specifies the GC.lengthβ Specifies the number of characters in thestringargument.stringβ Specifies the character string.x,yβ Specify the x and y coordinates, which are relative to the origin of the specified drawable and define the origin of the first character.
π¦ DESCRIPTION π¦
So the tea is: XDrawImageString16 is similar to XDrawImageString, except it uses 2-byte or 16-bit characters. Both functions also use both the foreground and background pixels of the GC in the destination. π
Hereβs the vibe of what happens: first, a destination rectangle gets filled with the background pixel defined in the GC, and then the text is painted with the foreground pixel. The upper-left corner of that filled rectangle is at:
[x, y - font-ascent]
The width is:
overall-width
The height is:
font-ascent + font-descent
The overall-width, font-ascent, and font-descent are as would be returned by XQueryTextExtents using gc and string. The function and fill-style defined in the GC are ignored for these functions. The effective function is GXcopy, and the effective fill-style is FillSolid. Periodt. π
For fonts defined with 2-byte matrix indexing and used with XDrawImageString, each byte is used as a byte2 with a byte1 of zero. π«Ά
Both functions use these GC components: plane-mask, foreground, background, font, subwindow-mode, clip-x-origin, clip-y-origin, and clip-mask.
XDrawImageString and XDrawImageString16 can generate BadDrawable, BadGC, and BadMatch errors.
π DIAGNOSTICS π
BadDrawableβ A value for aDrawableargument does not name a definedWindoworPixmap.BadGCβ A value for aGContextargument does not name a definedGContext.BadMatchβ AnInputOnlywindow is used as aDrawable.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.
π NOTES π
Unlike XDrawString and XDrawString16, these functions send no more than 255 characters at a time to the server. When the total number of characters to be sent is larger than 255, these functions split the string into chunks up to 255 characters. After sending each chunk, these functions query the server to determine the actual text extent. 255-character chunk era, fr fr π
β SEE ALSO β
XDrawString(3)XDrawText(3)XLoadFont(3)XTextExtents(3)Xlib - C Language X Interface
bye bestie! π«Ά Footer stamp: X Version 11, libX11 1.8.14, and page XDrawImageString(3) β thatβs the source/version + page line, and thereβs no date field in this footer, so Iβm not inventing one. π
π¦ where this page comes from
- alpine 3.24: libx11-doc 1.8.14-r0 Β· X11
- arch rolling: libx11 1.8.14-1 Β· MIT AND X11
- nixos 26.05: libx11 1.8.14
- nixpkgs unstable: libx11 1.8.14
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms