Path: utzoo!mnetor!uunet!husc6!uwvax!rutgers!iuvax!bsu-cs!cfchiesa
From: cfchiesa@bsu-cs.UUCP (Christopher Chiesa)
Newsgroups: comp.sys.atari.8bit
Subject: Re: Alternate keypads
Message-ID: <2620@bsu-cs.UUCP>
Date: 13 Apr 88 23:45:40 GMT
References: <1017@udccvax1.acs.udel.EDU>
Organization: CS Dept, Ball St U, Muncie, Indiana
Lines: 28
Summary: Control-Shift keys...

In article <1017@udccvax1.acs.udel.EDU>, gdtltr@vax1.acs.udel.EDU (Gary D Duzan) writes:
> 
> ... A number of programs these days are
> starting to use shift-control sequences (I know of
> PaperClip and the Express! terminal programs).

... add Kermit65 to the list...   :-)
 
> it would be neat to have an alternate keyboard that has
> these keys as seperate function keys. ...

[details omitted for brevity]

This is indeed a good, and in fact somewhat workable, idea.  The only 
limitation I see is that NOT ALL shift-control key combinations actually
seem to generate hardware codes.  (I may be mistaken.  I know that not
all SH-CTL combinations result in a character code reaching RAM shadow
location 764 (decimal; hex 2FC), but it may be present in the hardware
register whose location escapes me just now...)

Anyway, within that limitation, you should be able to do whatever you
want with these key combinations, but some keyboard patterns may get
bollixed if there's a "dead" key in the middle of it.  Just be aware 
of this, and you should be "golden!".
 
-- 
UUCP: <backbones>!{iuvax,pur-ee,uunet}!bsu-cs!cfchiesa 
cfchiesa@bsu-cs.UUCP