Marcus Sundberg wrote: > nice to see you back on the list. Haven't been away, just very very quiet :) > > Someone informed me descent doesn't compile anymore so I had a look: > > GIIK_PComma and GIIK_PDot are now GIIK_PSeparator and GIIK_PDecimal > > respectively. Good. But what about GIIK_PInsert? > > As I have never seen a numeric keypad with a key labeled "Insert" > (PC-keyboards are labeled "0", which means GIIK_P0) it has been > removed. If anyone have contradictory information please let us > know so we can fix it. I don't have insert on the keypad either, just wondering. I do have a IBM 3270 emulation keyboard with weird and wonderful keys (Attn, CrSel, Clear, ExSel, ErEOF, ...) to the left of the a-z (like where the f-keys were on xt's) etc. What should such keys be mapped to? Should 3270 keys be added to GII or should weird stuff be handled dynamically (i.e. just name weird keys GIIK_EXTRA1 etc and let applications handle meaning) ? (At the moment I can't use many of the extra keys under linux/obsd without me having to change the keymaps (kernel/console) and having to hack Xfree to use all keys (e.g. can't use most of the F keys of which there are 24), I've done the former some time ago but it seems a bit pointless as I use X mostly. > If you are using the sym field you'll get GIIK_0 when NumLock is > active and GIIK_Insert when NumLock is inactive. Ok. > > Also, I'm just starting to really use the GII stuff now (adding > > joystick/spaceorb support to descent), and the docs on using them (env. > > variable init strings etc.) are rather vague and/or missing (e.g. I > > couldn't find anything on the spaceorb in > > degas/lib/libgii/doc/inputs.txt or the man pages, or have I missed > > something?). > > No you probably didn't miss anything, it's just missing docs. > Care to write some? ;) Ok, I'll write some when I've studied it all enough and got things going in descent. demos/demo.c could also be altered so that one can choose a given device (I've hacked it now to check the spaceorb events). Another thing: What about adding a drawing mode to the GC? I especially miss EOR drawing (e.g. to port a few of those old time 'interference effect' graphics demos without having to use direct buffer and my own line drawing routine). NOT/AND or any other logic operation doesn't interest me but EOR is really useful. Regards, Wouter
