[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Use of New Keyboards with ITS.
- To: JLK at MIT-MC
- Subject: Use of New Keyboards with ITS.
- From: MOON at MIT-MC (David A. Moon)
- Date: Tue, 4 Mar 80 04:37:00 GMT
- Cc: CPR at MIT-MC, (BUG DDT) at MIT-MC, (BUG LISP) at MIT-MC
- Cc: (BUG ITS) at MIT-MC, (BUG TECO) at MIT-MC
- Original-date: 3 MAR 1980 2337-EST
I don't think ITS is going to be able to accomodate all of the new
modifier bits. There are no free bits in the present internal
(18-bit) character code. I don't think making Greek input work
is very important, since we certainly aren't going to go to the
very large amount of trouble required to make Greek output work
and have a more-than-7-bit printing-character set.
It would be nice to make Super and Hyper work to ITS, although there
are not enough bits available. Note that shift-lock has already been
recycled. Shift is sort of recycled and sort of vestigially still
there; it could be recycled for this. It isn't necessary to be able to
represent all 16 combinations of the "bucky bits"; for instance there
are 8 combinations of 0, 1, or 2-adjacent buckies.
Since the function keys are there, you may as well make up top+>40
codes for them. Some of the function keys map into keys on the old
keyboard; see the #\ table in LMIO;READ for something from which this
mapping can be derived, as we are doing it on the Lisp machine now.
From memory, it's clear-screen->form, delete->vt, clear-input->clear,
macro->back-next (but should be system->backnext in your case), terminal->esc.
It's not obvious that new keyboards will ever be attached to the AI TVs.
We might, and we might not. It would involve slowing down the keyboard
scanner substantially, and we might have to put some buffering in the
keyboard microprocessor.