RE: Escape delay
Posted in 1995
A few people have been asking about this topic which has been discussed on c.d.i before. I enclose a copy of Jonathan Leffler's previous reply. [Hope you don't mind Jonathan.] Cheers, Peter -- Peter K. Botcherby e-mail : p.botcherby@umds.ac.uk Paediatric Research Unit Guys Hospital, London, UK. ----- Begin Included Message ----- Date: Mon, 25 Apr 94 08:28:05 PDT From: johnl@informix.com (Jonathan Leffler) Subject: Re: DBESCWAIT Sender: informix-list-owner@rmy.emory.edu Reply-To: johnl@informix.com (Jonathan Leffler) From the 4.12.UD1 Release Notes: ENVIRONMENT VARIABLE DBESCWT ============================ The environment variable DBESCWT has existed since Version 4.00, and can be used to control the way the Informix tools interpret the sequence of characters sent by the function and arrow keys on some types of terminals. When you press a function key, many terminal types send a sequence of characters that starts with the ESC character. Some terminals send a sequence starting with ESC when the user hits an arrow key. Informix software normally uses the ESC character as the ACCEPT key. This means that after reading an ESC character, the software has to read another character to see whether it is one of the ones that makes up a function or arrow key sequence. But it shouldn't wait indefinitely, and the delay is configurable using DBESCWT. DBESCWT is set to a value between 1 and 60, and it is the number of seconds that the software will wait after receiving the ESC (or ESCAPE) character from the keyboard before deciding that the user has hit ESC rather than having hit a function key or arrow key. When escape sequences are generated by function and arrow keys, they are normally delivered to the application faster than a touch-typist can type so that the application can make a distinction between the special keys and the user typing the characters in the escape sequence. DBESCWT was initially implemented to help customers who had very slow machines. This meant their function keys were seen as escape with a character echoed to the screen. This also occurred intermittently over a slow network. By setting this to a higher number the wait would be longer and we will understand the function key as an escape sequence. This variable should be used sparingly and only on systems with poor response times, or where the software is misinterpreting arrow key sequences. It is now documented, after a fashion. Yours, Jonathan Leffler (johnl@informix.com) #include <disclaimer.h> ----- End Included Message -----