From: veit@du9ds3.fb9dv.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: CODRV EXPERIENCES, Teil zwei.. (part II)
Date: 19 Nov 92 18:18:05 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Distribution: comp
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de

In <JKH.92Nov17142633@whisker.lotus.ie> jkh@whisker.lotus.ie (Jordan K. Hubbard) writes:

	>Just to clear the air on CODRV - I made the correct patch to conf.c
	>that the documentation had incorrectly described and XFree86 1.1 came up
	>smiling.  I did not do anything to X except apply the provided patches
	>and remake a server.  Well done.

	>Now the bell works, but the TIOCCONS ioctl() is either broken or /dev/console
	>has changed device numbers (I should, in all fairness, look at this).

/dev/console is c 0 0 and is internally redirected to the entry which was 
/dev/vga in the old X-patched kernel. There is a problem which returning 
from X mode when there is a device (I have to figure out this); my ad-hoc 
recommendation was to delete the device which was c 12 0 from the 
/dev directory. An old documentation said to install it as /dev/pccons, 
but this makes problems. The pccons device must remain in cons.c, however, 
and mustn't be deleted (to get a free slot). The disadvantage is, that the
ps -aux shows ?? in place of processes started from the console then.

	>By and large, I'd say it was worth it just for the bell alone - now I
	>finally know when someone talk(1)s me in another window! (I run olvwm,
	>so they're not always visible).

	>Outstanding issues:

	>Figure out what happened to xterm -C / xconsole.

This is interesting. With twm and/or olvwm I could start a background
xterm -C &, and there were no difficulties to send messages
(echo hello >/dev/console) or get nasty syslog error messages.

	>Figure out keycap(5) format well enough to remap my caps lock key
	>to a control key.  This is not as easy as it sounds since the obvious

	>jkh|jkhmap:My keyboard with deleted ctl key and ctl->caps_lock mapping:\
	>        :D30:t1#58:tc=default:

	>Doesn't seem to work.  I'm using the key down codes that keynum reports.

Oh, I should really improve my documentation. What is left unclear is 
the absolute precedence of the :de: capability, that means:
if you have a tc=default line, then your entry above is really

jkh|jkhmap:My keyboard with deleted ctl key and ctl->caps_lock mapping:\
        :D30:t1#58:de:

'keymap' looks for :de: first and restores a default mapping and ignores
everything else. The 'default' keyboard is the last resort if everything
else is garbled. If you have an own mapping, the creation of the map always
starts from the 'default' (=US) keyboard by default, and overloads all the
keys that are mentioned. You might see from different maps, that they do
lots of things, and do not end with the tc=default.
So try again without the tc=default.
D30 indeed makes the old CAPS key unavailable, t1#58 creates a CTRL-KEY
on key #58, which is already the LEFT-CTRL key in the default map.
I don't know your keyboard, mine looks something like the following:

   .....
   SHIFT|A|S|....
   -----+-+-+...
   CAPS|<>|Z|X|...
   ----+--+-+-+...
   CTRL|  |ALT|SPACE....
   ----+  +---+-----

The above CAPS key is 30, the CTRL is 58. To disable CAPS, and having
CAPS instead of CTRL, use:

   :D30:ca#58:

which gives you

   .....
   SHIFT|A|S|....
   -----+-+-+...
   NULL|<>|Z|X|...
   ----+--+-+-+...
   CAPS|  |ALT|SPACE....
   ----+  +---+-----

To swap CTRL and CAPS, enter 

   :t1#30:ca#58:

which gives you

   .....
   SHIFT|A|S|....
   -----+-+-+...
   CTRL|<>|Z|X|...
   ----+--+-+-+...
   CAPS|  |ALT|SPACE....
   ----+  +---+-----

I think some tutorial to the logic of keymaps is a good idea, I'll write
some. Another problem, you haven't fallen into it, fortunately, is that
keynum responds with hex numbers and the keycap entries require decimals.

>Herr Veit?  Hilfe?

Here am I. Hope the above helps.


>				Jordan

Holger

-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
Newsgroups: comp.unix.bsd