|
NAMEgetch, wgetch, mvgetch, mvwgetch, ungetch, has_key - get (or push back) characters from curses terminal keyboardSYNOPSIS#include <curses.h>int getch(void);
DESCRIPTIONReading charactersThe getch, wgetch, mvgetch and mvwgetch, routines read a character from the window. In no-delay mode, if no input is waiting, the value ERR is returned. In delay mode, the program waits until the system passes text through to the program. Depending on the setting of cbreak, this is after one character (cbreak mode), or after the first newline (nocbreak mode). In half-delay mode, the program waits until a character is typed or the specified timeout has been reached.If echo is enabled, and the window is not a pad, then the character will also be echoed into the designated window according to the following rules:
If the window is not a pad, and it has been moved or modified since the last call to wrefresh, wrefresh will be called before another character is read. Keypad modeIf keypad is TRUE, and a function key is pressed, the token for that function key is returned instead of the raw characters:
Thus, a variable intended to hold the return value of a function key must be of short size or larger. When a character that could be the beginning of a function key is received (which, on modern terminals, means an escape character), curses sets a timer. If the remainder of the sequence does not come in within the designated time, the character is passed through; otherwise, the function key value is returned. For this reason, many terminals experience a delay between the time a user presses the escape key and the escape is returned to the program. In ncurses, the timer normally expires after the value in ESCDELAY (see curs_variables(3X)). If notimeout is TRUE, the timer does not expire; it is an infinite (or very large) value. Because function keys usually begin with an escape character, the terminal may appear to hang in notimeout mode after pressing the escape key until another key is pressed. Ungetting charactersThe ungetch routine places ch back onto the input queue to be returned by the next call to wgetch. There is just one input queue for all windows.Predefined key-codesThe following special keys are defined in <curses.h>.
Keypad is arranged like this:
A few of these predefined values do not correspond to a real key:
Testing key-codesThe has_key routine takes a key-code value from the above list, and returns TRUE or FALSE according to whether the current terminal type recognizes a key with that value.The library also supports these extensions:
RETURN VALUEAll routines return the integer ERR upon failure and an integer value other than ERR (OK in the case of ungetch) upon successful completion.
Functions with a “mv” prefix first perform a cursor movement using wmove, and return an error if the position is outside the window, or if the window pointer is null. NOTESUse of the escape key by a programmer for a single character function is discouraged, as it will cause a delay of up to one second while the keypad code looks for a following function-key sequence.Some keys may be the same as commonly used control keys, e.g., KEY_ENTER versus control/M, KEY_BACKSPACE versus control/H. Some curses implementations may differ according to whether they treat these control keys specially (and ignore the terminfo), or use the terminfo definitions. Ncurses uses the terminfo definition. If it says that KEY_ENTER is control/M, getch will return KEY_ENTER when you press control/M. Generally, KEY_ENTER denotes the character(s) sent by the Enter key on the numeric keypad:
When using getch, wgetch, mvgetch, or mvwgetch, nocbreak mode (nocbreak) and echo mode (echo) should not be used at the same time. Depending on the state of the tty driver when each character is typed, the program may produce undesirable results. Note that getch, mvgetch, and mvwgetch may be macros. Historically, the set of keypad macros was largely defined by the extremely function-key-rich keyboard of the AT&T 7300, aka 3B1, aka Safari 4. Modern personal computers usually have only a small subset of these. IBM PC-style consoles typically support little more than KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_HOME, KEY_END, KEY_NPAGE, KEY_PPAGE, and function keys 1 through 12. The Ins key is usually mapped to KEY_IC. PORTABILITYThe *get* functions are described in the XSI Curses standard, Issue 4. They read single-byte characters only. The standard specifies that they return ERR on failure, but specifies no error conditions.The echo behavior of these functions on input of KEY_ or backspace characters was not specified in the SVr4 documentation. This description is adopted from the XSI Curses standard. The behavior of getch and friends in the presence of handled signals is unspecified in the SVr4 and XSI Curses documentation. Under historical curses implementations, it varied depending on whether the operating system's implementation of handled signal receipt interrupts a read(2) call in progress or not, and also (in some implementations) depending on whether an input timeout or non-blocking mode has been set. KEY_MOUSE is mentioned in XSI Curses, along with a few related terminfo capabilities, but no higher-level functions use the feature. The implementation in ncurses is an extension. KEY_RESIZE is an extension first implemented for ncurses. NetBSD curses later added this extension. Programmers concerned about portability should be prepared for either of two cases: (a) signal receipt does not interrupt getch; (b) signal receipt interrupts getch and causes it to return ERR with errno set to EINTR. The has_key function is unique to ncurses. We recommend that any code using it be conditionalized on the NCURSES_VERSION feature macro. SEE ALSOcurses(3X), curs_inopts(3X), curs_outopts(3X), curs_mouse(3X), curs_move(3X), curs_refresh(3X), curs_variables(3X), resizeterm(3X).Comparable functions in the wide-character (ncursesw) library are described in curs_get_wch(3X). Visit the GSP FreeBSD Man Page Interface. |