procyberian/emacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Document possible reasons for lack of colors on a tty.

Browse source
This commit is contained in:
Eli Zaretskii 2001-02-20 11:26:30 +00:00
parent 076fa2d7dd
commit ed85f61dc9
1 changed files with 22 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

22
etc/PROBLEMS
View file

@ -89,6 +89,28 @@ This currently doesn't work with scroll-bar widgets (and we don't know
a good way of implementing it with widgets). If Emacs is configured
--without-toolkit-scroll-bars, C-mouse-2 on the scroll bar does work.
* Colors are not available on a tty or in xterm.
Emacs 21 supports colors on character terminals and in xterm (when
Emacs is invoked with the `-nw' option), but this support on Unix and
GNU/Linux systems relies on the termcap entry to specify that the
display supports color. Emacs looks at the "Co" capability for the
terminal to find out how many colors are supported; it should be
non-zero to activate the color support within Emacs. (Most color
terminals support 8 or 16 colors.)
Emacs uses the termcap entry for the terminal whose name is the value
of the environment variable TERM. On an xterm, a common terminal
entry that supports color is `xterm-color', so setting TERM's value to
`xterm-color' might activate the color support.
When Emacs runs on MS-DOS or MS-Windows systems, it always supports
colors, so the above is only relevant for Unix and GNU/Linux systems.
Some editing modes do not use colors unless you turn on the Font-lock
mode. One easy way of doing that is by typing "M-x
global-font-lock-mode RET".
* Problems in Emacs built with LessTif.
The problems seem to depend on the version of LessTif and the Motif