# Text Foreground Color (OSC 10) > Set, query and reset the default foreground color. - **Sequence:** `OSC 10 ; Pt ST` - **ECMA-48:** [§8.3.89 OSC – Operating System Command, p. 51](https://archive.org/details/ecma-48-5th-edition-june-1991/page/n64/mode/1up) - **xterm:** [Operating System Commands](https://invisible-island.net/xterm/ctlseqs/ctlseqs.html) `OSC 10 ; Pt ST` sets the default foreground, the color of text that has no [SGR](https://control-codes.page/csi/sgr/index.html.md) color of its own, and `OSC 10 ; ? ST` asks what it is. [OSC 110](https://control-codes.page/osc/reset-foreground/index.html.md) puts it back as it started. It is the first of xterm's ten *dynamic* colors, each with its own OSC number, apart from the 256 colors of the [palette](https://control-codes.page/osc/palette/index.html.md): | `Ps` | Color | Reset | | --- | --- | --- | | [`10`](https://control-codes.page/osc/foreground/index.html.md) | the default foreground, used by text with no SGR color | [`110`](https://control-codes.page/osc/reset-foreground/index.html.md) | | [`11`](https://control-codes.page/osc/background/index.html.md) | the default background, behind text with no SGR background color | [`111`](https://control-codes.page/osc/reset-background/index.html.md) | | [`12`](https://control-codes.page/osc/cursor-color/index.html.md) | the text cursor | [`112`](https://control-codes.page/osc/reset-cursor-color/index.html.md) | | [`13`](https://control-codes.page/osc/pointer-foreground/index.html.md) | the mouse pointer, while it is over the window | [`113`](https://control-codes.page/osc/reset-pointer-foreground/index.html.md) | | [`14`](https://control-codes.page/osc/pointer-background/index.html.md) | the mouse pointer's outline, the part of an X cursor drawn in its second color | [`114`](https://control-codes.page/osc/reset-pointer-background/index.html.md) | | [`15`](https://control-codes.page/osc/tek-foreground/index.html.md) | what is drawn in xterm's Tektronix 4014 window | [`115`](https://control-codes.page/osc/reset-tek-foreground/index.html.md) | | [`16`](https://control-codes.page/osc/tek-background/index.html.md) | the background of xterm's Tektronix 4014 window | [`116`](https://control-codes.page/osc/reset-tek-background/index.html.md) | | [`17`](https://control-codes.page/osc/highlight-background/index.html.md) | the background of selected text | [`117`](https://control-codes.page/osc/reset-highlight-background/index.html.md) | | [`18`](https://control-codes.page/osc/tek-cursor/index.html.md) | the cursor in xterm's Tektronix 4014 window | [`118`](https://control-codes.page/osc/reset-tek-cursor/index.html.md) | | [`19`](https://control-codes.page/osc/highlight-foreground/index.html.md) | selected text | [`119`](https://control-codes.page/osc/reset-highlight-foreground/index.html.md) | They all work alike: - `OSC Ps ; Pt ST` sets color `Ps` to `Pt`, in any form X11's `XParseColor` accepts: a name such as `red`, `#rrggbb`, or `rgb:rr/gg/bb`. - `Pt` of `?` asks for it. The answer is `OSC Ps ; rgb:rrrr/gggg/bbbb`, sixteen bits a part, ended with whichever of ST or BEL ended the question. - A sequence can carry more than one color. Each further `;` moves on to the next number, so `OSC 10 ; red ; blue ST` sets the foreground and the background, and `OSC 10 ; ? ; ? ST` asks for both. An empty one is skipped, so `OSC 10 ; ; blue ST` sets only the background ([`ChangeColorsRequest`](https://github.com/ThomasDickey/xterm-snapshots/blob/xterm-411a/misc.c#L3662-L3715), [`ReportColorRequest`](https://github.com/ThomasDickey/xterm-snapshots/blob/xterm-411a/misc.c#L3568-L3598)). - `OSC 1Ps ST`, that is `OSC 110 ST` to `OSC 119 ST`, puts color `Ps` back as it started ([`ResetColorsRequest`](https://github.com/ThomasDickey/xterm-snapshots/blob/xterm-411a/misc.c#L3718-L3753)). - Neither DECSTR nor RIS resets them, unlike the palette. A program asks for the background, `OSC 11 ; ? ST`, to find out whether it is running on a light or a dark terminal and choose its own colors to suit. Where these colors start is the host's choice. The cases are run in a terminal given a default xterm's: black text on white, with the cursor and the mouse pointer in the foreground color ([`charproc.c`](https://github.com/ThomasDickey/xterm-snapshots/blob/xterm-411a/charproc.c#L540-L544)). That is what the answers below report; it is not how this site draws the screens. libghostty-vt has `10`, `11` and `12`, and `110` to `112`. It ignores the rest, so a chain of questions that runs past `12` stops there. It also passes over an empty color without moving on to the next number, so `OSC 10 ; ; blue ST` sets its foreground. That case is a known difference. ## Validation ### OSC10-1: Ask for the foreground Input, one step per line: ```text \e]10;?\a ``` Expected screen: ```text |____| reply \e]10;rgb:0000/0000/0000\a ``` ### OSC10-2: Change it Input, one step per line: ```text \e]10;#ff8000\a \e]10;?\a ``` Expected screen: ```text |____| reply \e]10;rgb:ffff/8080/0000\a ``` ### OSC10-3: Each ; moves to the next color Input, one step per line: ```text \e]10;red;blue\a \e]10;?;?\a ``` Expected screen: ```text |____| reply \e]10;rgb:ffff/0000/0000\a\e]11;rgb:0000/0000/ffff\a ``` ### OSC10-4: An empty one is skipped *A known difference: libghostty-vt does not pass this case.* Input, one step per line: ```text \e]10;;blue\a \e]10;?;?\a ``` Expected screen: ```text |____| reply \e]10;rgb:0000/0000/0000\a\e]11;rgb:0000/0000/ffff\a ``` ### OSC10-5: Questions and changes together Input, one step per line: ```text \e]10;?;red\a # ask for 10, set 11 \e]11;?\a ``` Expected screen: ```text |____| reply \e]10;rgb:0000/0000/0000\a\e]11;rgb:ffff/0000/0000\a ``` --- This is the Markdown version of . On that page every validation case runs live in libghostty-vt, the terminal emulation core of Ghostty, compiled to WebAssembly. The validation cases are written in the notation described in .