There is no default terminal emulator. If you attempt to invoke XTerm, and it is not installed, there is no default terminal emulator that gets run instead. This is even more of a misnomer than "default shell" (for login shell set in the account database, preferred shell set in an environment variable, or supplier of sh
).
There is the individual user's preferred terminal emulator, and (on some operating systems) a system-wide preferred terminal emulator.
system-wide
The latter is set on Debian and derivative operating systems via its alternatives system, as x-terminal-emulator
. This command will invoke, and its manual page will be the manual page of, one of a number of (installed) GUI terminal emulator programs, amongst which the system administrator can switch with the command:
update-alternatives --config x-terminal-emulator
On operating systems that have the i3 window manager available there is a similar, but not quite the same i3-sensible-terminal
command, which attempts to look at the value of the (idiosyncratic) TERMINAL
environment variable, run x-terminal-emulator
, or one of a long hardwired list. Compare (and contrast) this with Debian's sensible-pager
and sensible-editor
commands.
per-user
The configuration of per-user preferred terminal emulators is a bit more complex. It varies by desktop, and some of the system-wide preference mechanisms have per-user overrides.
- For the i3 window manager,
i3-sensible-terminal
actually is the desktop's way of starting the preferred terminal emulator, and its per-user configuration is an environment variable.
- For GNOME, there are settings in the GNOME settings database, read with:
gsettings get org.gnome.desktop.default-applications.terminal exec
gsettings get org.gnome.desktop.default-applications.terminal exec-arg
- For KDE, it is a setting named
TerminalApplication
in the kdeglobals
configuration file, read with: kreadconfig --file kdeglobals --group General --key TerminalApplication --default konsole
GUI pagers
Of course, on the gripping hand you don't need a terminal emulator. You could just as well use a pager program that has a GUI and a follow mode:
WINEPREFIX="/path/to/wine prefix" wine "/path/to/wine game's dir/exe" 2>&1 |
some-gui-text-viewer --follow -
Unfortunately, this is a bit of a gap in free software toolsets.
There are very few plain and simple GUI text file viewers. The commonest suggestion that people make is to use a text file editor as a text file viewer, with tools like Kate, KWrite, or GVIM being given appropriate options or arguments telling them to treat their standard inputs as a text file to be edited. dtpad
had a -viewOnly
option, similarly.
Dedicated text viewers that are not text editors do exist. One might (I have not tried this.) also be able to bodge Mark Thomas Eriksen's seetxt
into working as a filter by giving it /dev/stdin
as the filename. (And again, you might not. It is a known difficulty for text file viewers to be unhappy when their input files are not seekable, as a pipe is not. This tool might be one such.) There are also tools such as Roland Baudin's xfv
and KDE's kless
.
But apparently none of these have an equivalent the abilities of TUI tools, such as less
, to keep reading as more input arrives whilst allowing the user to view the existing text.
Further reading