ImageText e PolyText

PolyText8 e PolyText16 disegnano solo i pixel di primo piano di ogni glifo e lasciano intatto il resto, come inchiostro su ciò che c'è già. Una richiesta può contenere più sequenze di testo, con spostamenti orizzontali e cambi di font in mezzo, ed è ciò che espone XDrawText; XDrawString è il caso semplice. ImageText8 e ImageText16 invece riempiono prima un rettangolo con il colore di sfondo del GC e poi vi disegnano sopra i glifi. La funzione e lo stile di riempimento del GC sono ignorati, e una singola richiesta contiene al massimo 255 caratteri.

ImageText nasce per i terminali: xterm può sovrascrivere una cella di carattere senza cancellarla prima, evitando lo sfarfallio. Le varianti a 16 bit esistevano per i font cinesi e giapponesi con più di 256 glifi. Entrambe si basano sui core font che il server carica dal proprio percorso dei font e che si indicano in XLFD, senza anti-aliasing. Xft e XRender hanno poi spostato il rendering del testo nel client, e i programmi moderni non usano né l'uno né l'altro.