Hide the mouse cursor when we get keyboard events. Use a different mouse
[vte.git] / README
1 * What is VTE?
2 - You could say that VTE is something of a research project of mine, based on
3   the simple question:  "if programs can use a termcap file (through either
4   libtermcap or curses or ncurses) to determine how to drive a terminal, why
5   can't a terminal emulator use a termcap file to determine how to behave?"
6
7 * What does VTE include?
8 - VTE includes a library (libvte) which implements such a terminal emulator
9   widget for GTK+ 2.0, and a sample application (vte) which wraps that widget
10   in a GTK window.  Because I'm more concerned with whether or not it works,
11   all settings are hard-coded to whatever I needed to test the last time I
12   touched it.  If you actually want to use the widget to get work done, you
13   should probably be using profterm.
14
15 * How does it work?
16 - The VTE library inserts terminal capability strings into a trie, and then
17   uses it to determine if data received from a pseudo-terminal is a control
18   sequence or just random data.  The sample program "interpret" illustrates
19   what the widget actually sees after it filters incoming data.
20
21 * What's missing?
22 - Accessibility isn't completed yet.
23 - Mouse tracking isn't completed yet.
24 - Entries in the termcap file also don't contain the sequences which a terminal
25   is supposed to send to the application when a specific sequence is received
26   (for example, the query-cursor-position control sequence).  This mostly looks
27   like XTerm's DCS command, but there may be others.
28 - Most commands specific to Xterm or dtterm are recognized, but very few of
29   their behaviors are implemented.  Luckily, many of them are duplicates of
30   standard termcap behaviors, and because we parse termcap first, they work
31   correctly for "xterm".
32 - Portions of the alternate charset support (usually used for line-drawing)
33   aren't done yet, but most of it is.
34 - Certain termcap-specific commands aren't implemented yet.  There are enough
35   to run ls, vim, less, and probably emacs and mutt, but more need to be
36   implemented.
37 - I'm not sure the widget implementation itself is correct.  There are many
38   changes in going from GTK+ 1.2 to 2.0, and examples of the proper way to do
39   things is currently scarce, so some of it's guesswork.
40 - An actual property interface needs to be retrofitted over the various options
41   which are currently hard-coded at startup-time.