|1 day ago|
|.builds||2 weeks ago|
|completions||2 weeks ago|
|doc||2 days ago|
|icons||8 months ago|
|pgo||2 weeks ago|
|scripts||2 months ago|
|subprojects||2 months ago|
|themes||6 days ago|
|.gitignore||2 months ago|
|.gitlab-ci.yml||2 months ago|
|.gitmodules||1 year ago|
|CHANGELOG.md||1 day ago|
|INSTALL.md||2 weeks ago|
|LICENSE||7 months ago|
|PKGBUILD||2 weeks ago|
|README.md||2 weeks ago|
|async.c||1 year ago|
|async.h||1 year ago|
|base64.c||1 month ago|
|base64.h||1 year ago|
|box-drawing.c||1 month ago|
|box-drawing.h||1 month ago|
|client-protocol.h||3 months ago|
|client.c||2 weeks ago|
|commands.c||2 days ago|
|commands.h||1 year ago|
|config.c||2 days ago|
|config.h||2 days ago|
|csi.c||2 days ago|
|csi.h||1 year ago|
|dcs.c||1 month ago|
|dcs.h||1 year ago|
|debug.c||2 weeks ago|
|debug.h||2 weeks ago|
|extract.c||1 month ago|
|extract.h||7 months ago|
|fdm.c||1 week ago|
|fdm.h||2 weeks ago|
|foot-features.h||2 months ago|
|foot-server.desktop||6 months ago|
|foot.desktop||6 months ago|
|foot.info||2 months ago|
|foot.ini||2 days ago|
|generate-version.sh||7 months ago|
|grid.c||2 days ago|
|grid.h||2 days ago|
|hsl.c||3 months ago|
|hsl.h||3 months ago|
|ime.c||3 weeks ago|
|ime.h||1 month ago|
|input.c||2 weeks ago|
|input.h||6 months ago|
|keymap.h||3 months ago|
|log.c||1 week ago|
|log.h||2 weeks ago|
|macros.h||2 weeks ago|
|main.c||2 days ago|
|meson.build||2 weeks ago|
|meson_options.txt||2 weeks ago|
|misc.c||4 months ago|
|misc.h||4 months ago|
|notify.c||3 weeks ago|
|notify.h||2 months ago|
|osc.c||1 week ago|
|osc.h||1 year ago|
|quirks.c||1 week ago|
|quirks.h||11 months ago|
|reaper.c||2 weeks ago|
|reaper.h||2 weeks ago|
|render.c||2 days ago|
|render.h||3 weeks ago|
|search.c||1 week ago|
|search.h||2 months ago|
|selection.c||2 weeks ago|
|selection.h||3 weeks ago|
|server.c||2 weeks ago|
|server.h||9 months ago|
|shm.c||1 month ago|
|shm.h||3 weeks ago|
|sixel.c||2 days ago|
|sixel.h||3 months ago|
|slave.c||1 week ago|
|slave.h||7 months ago|
|spawn.c||3 days ago|
|spawn.h||3 weeks ago|
|stride.h||1 month ago|
|terminal.c||2 days ago|
|terminal.h||2 days ago|
|tokenize.c||7 months ago|
|tokenize.h||1 year ago|
|uri.c||1 month ago|
|uri.h||4 months ago|
|url-mode.c||2 days ago|
|url-mode.h||2 weeks ago|
|user-notification.c||2 weeks ago|
|user-notification.h||2 weeks ago|
|util.h||1 week ago|
|vt.c||3 weeks ago|
|vt.h||1 year ago|
|wayland.c||3 days ago|
|wayland.h||1 week ago|
|xmalloc.c||2 weeks ago|
|xmalloc.h||4 months ago|
|xsnprintf.c||1 month ago|
|xsnprintf.h||1 month ago|
The fast, lightweight and minimalistic Wayland terminal emulator.
Lightweight, in dependencies, on-disk and in-memory
User configurable font fallback
On-the-fly font resize
On-the-fly DPI font size adjustment
Keyboard driven URL detection
Color emoji support
Synchronized Updates support
foot can be configured by creating a file
$XDG_CONFIG_HOME/foot/foot.ini (defaulting to
~/.config/foot/foot.ini). A template for that can usually be found
Further information can be found in foot's man page
See the wiki
I'm bad at names. Most of my projects usually start out as foo something (for example, yambar was f00bar for a while).
So why foot?
foo terminal → footerm → foot
Pretty bad, I know.
As a side note, if you pronounce the foo part of foot the same way you pronounce foobar, then foot sounds a lot like the Swedish word fot, which incidentally means (you guessed it) foot.
foot supports all fonts that can be loaded by freetype, including bitmap fonts and color emoji fonts.
Foot uses fontconfig to locate and configure the font(s) to use. Since fontconfig's fallback mechanism is imperfect, especially for monospace fonts (it doesn't prefer monospace fonts even though the requested font is one), foot allows you, the user, to configure the fallback fonts to use.
This also means you can configure each fallback font individually; you want that fallback font to use this size, and you want that other fallback font to be italic? No problem!
If a glyph cannot be found in any of the user configured fallback fonts, then fontconfig's list is used.
These are the default shortcuts. See
man foot.ini and the example
foot.ini to see how these can be changed.
When run normally, foot is a single-window application; if you want another window, start another foot process.
However, foot can also be run in a server mode. In this mode, one process hosts multiple windows. All Wayland communication, VT parsing and rendering is done in the server process.
New windows are opened by running
footclient, which remains running
until the terminal window is closed, at which point it exits with the
exit value of the client process (typically the shell).
The point of this mode is a) reduced memory footprint - all terminal windows will share fonts and glyph cache, and b) reduced startup time - loading fonts and populating the glyph cache takes time, but in server mode it only happens once.
The downside is a performance penalty; all windows' input and output are multiplexed in the same thread (but each window will have its own set of rendering threads). This means that if one window is very busy with, for example, producing output, then other windows will suffer.
And of course, should the server process crash, all windows will be gone.
Typical usage would be to start the server process (
when starting your Wayland compositor (i.e. logging in to your
desktop), and then run
footclient instead of
foot whenever you
want to launch a new terminal.
Foot supports URL detection. But, unlike many other terminal emulators, where URLs are highlighted when they are hovered and opened by clicking on them, foot uses a keyboard driven approach.
Pressing ctrl+shift+u enters “URL mode”, where all currently visible URLs are underlined, and is associated with a “jump-label”. The jump-label indicates the key sequence (e.g. ”AF”) to use to activate the URL.
The key binding can, of course, be customized, like all other key
bindings in foot. See
show-urls-copy in the
foot.ini man page.
show-urls-launch by default opens the URL with
xdg-open. This can
be changed with the
show-urls-copy is an alternative to
show-urls-launch, that changes
what activating an URL does; instead of opening it, it copies it to
the clipboard. It is unbound by default.
Jump label colors, the URL underline color, and the letters used in the jump label key sequences can be configured.
By default, foot prefixes Meta characters with ESC. This corresponds
metaSendsEscape option set to
This can be disabled programmatically with
\E[?1036l (and enabled
When disabled, foot will instead set the 8:th bit of meta character
and then UTF-8 encode it. This corresponds to XTerm's
option set to
This can also be disabled programmatically with
rmm (reset meta
\E[?1034l), and enabled again with
smm (set meta mode,
Foot transmits DEL (
^?) on backspace. This corresponds to
backarrowKey option set to
false, and to DECBKM being
To instead transmit BS (
Note that foot does not implement DECBKM, and that the behavior described above cannot be changed.
Finally, pressing alt will prefix the transmitted byte with ESC.
By default, Num Lock overrides the run-time configuration
keypad mode; when active, the keypad is always considered to be in
numerical mode. This corresponds to XTerm's
numLock option set to
In this mode, the keypad keys always sends either numbers (Num Lock is active) or cursor movement keys (Up, Down, Left, Right, Page Up, Page Down etc).
This can be disabled programmatically with
\E[?1035l (and enabled
When disabled, the keypad sends custom escape sequences instead of numbers, when in application mode.
Font sizes are apparently a complex thing. Many applications use a fixed DPI of 96. They may also multiply it with the monitor's scale factor.
This results in fonts with different physical sizes (i.e. if measured by a ruler) when rendered on screens with different DPI values. Even if the configured font size is the same.
This is not how it is meant to be. Fonts are measured in point sizes for a reason; a given point size should have the same height on all mediums, be it printers or monitors, regardless of their DPI.
Foot will always use the monitor's physical DPI value. Scale factors are irrelevant (well, they affect e.g. padding, but not the font size). This means the glyphs rendered by foot should always have the same physical height, regardless of monitor.
Foot will re-size the fonts on-the-fly when the window is moved between screens with different DPIs values. If the window covers multiple screens, with different DPIs, the highest DPI will be used.
Starting with foot-1.6, the default behavior is to use the monitor’s
DPI to size fonts when output scaling has been disabled. On monitors
where output scaling has been enabled, fonts will instead be sized
using the scaling factor. This can be changed with the
foot.ini. See the man page, foot.ini(5) for more
Note: if you configure pixelsize, rather than size, then DPI changes will not change the font size. Pixels are always pixels.
OSC, Operating System Command, are escape sequences that interacts with the terminal emulator itself. Foot implements the following OSCs:
OSC 0- change window icon + title (but only title is actually supported)
OSC 2- change window title
OSC 4- change color palette
OSC 7- report CWD
OSC 10- change (default) foreground color
OSC 11- change (default) background color
OSC 12- change cursor color
OSC 52- copy/paste clipboard data
OSC 104- reset color palette
OSC 110- reset default foreground color
OSC 111- reset default background color
OSC 112- reset cursor color
OSC 555- flash screen (foot specific)
Foot does not set any environment variables that can be used to
identify foot (reading
TERM is not reliable since the user may have
chosen to use a different terminfo).
You can instead use the escape sequences to read the Secondary and Tertiary Device Attributes (secondary/tertiary DA, for short).
The tertiary DA response is always
FOOT in hex.
The secondary DA response is
foot's major, minor and patch version numbers, in decimal, using two
digits for each number. For example, foot-1.4.2 would respond with
Note: not all terminal emulators implement tertiary DA. Most implement secondary DA, but not all. All should however implement Primary DA.
Thus, a safe way to query the terminal is to request the tertiary, secondary and primary DA all at once, in that order. All terminals should ignore escape sequences they do not recognize. You will have to parse the response (which in foot will consist of all three DA responses, all at once) to determine which requests the terminal emulator actually responded to.
Please report bugs to https://codeberg.org/dnkl/foot/issues
The report should contain the following:
bt fullbacktrace with symbols (i.e. use a debug build)
Every now and then I post foot related updates on @firstname.lastname@example.org
Foot is released under the MIT license.