On Thu, 31 Mar 2005, Johnny Billquist wrote:

> On Wed, 30 Mar 2005, Frederick Bruckman wrote:
>
>>>    JB> Traditionally, the key marked "<X]", "<-" or whatever,
>>>    > located above the return key, have sent the ASCII DEL
>>>    > character. This key have traditionally been used to
>>>    > delete the character to the left of the cursor.
>>>
>> I have a 420 right here... the "rubout" key sends ASCII DEL,
>> while F12, which also says "(BS)" under it, sends Control_H.
>> There is no little "Delete" key: the "Insert Here", "Remove"
>> and "Select" keys appear to be the inspiration for the the
>> PC keyboards "Insert", "Delete" and so on, but they send no
>> characters.  Rather, they are used to copy and paste within
>> the terminal.
>
> Frederick, that's because you have set your VT420 to behave like a VT100.
> Enter setup, and change it to a VT400 instead, and those keys *will* send
> codes, along with F12 stop sending BS. (A VT100 don't have any "Remove"
> and so on keys, so of course they are dead if you set the terminal to be
> like a VT100, but a VT100 do have a BS, LF and ESC key, which is why you
> have those marked on F12 to F14 or what ever.)

You are correct. With "VT400, 7-bit controls" those extra keys send 
codes similar to the PC keyboard's extra keys (but with VT400, 8-bit 
controls, again they send nothing at all). The "rubout" key never 
sends ^H, in any case. I conclude that there's nothing wrong with 
wscons. If you want wscons to be like an xterm, you can remap your 
keys and change your terminal type to "xterm". The present behavior 
keeps things interesting, and helps to expose applications that make 
stupid assumptions.


Frederick