Path: utzoo!mnetor!uunet!lll-winken!lll-tis!ames!mailrus!tut.cis.ohio-state.edu!bloom-beacon!gatech!udel!udccvax1!gdtltr
From: gdtltr@vax1.acs.udel.EDU (Gary D Duzan)
Newsgroups: comp.sys.atari.8bit
Subject: Re: Alternate keypads
Message-ID: <1033@udccvax1.acs.udel.EDU>
Date: 14 Apr 88 16:25:43 GMT
References: <1017@udccvax1.acs.udel.EDU> <2620@bsu-cs.UUCP>
Reply-To: gdtltr@vax1.acs.udel.EDU (Gary D Duzan)
Organization: University of Delaware
Lines: 26

In article <2620@bsu-cs.UUCP> cfchiesa@bsu-cs.UUCP (Christopher Chiesa) writes:
>In article <1017@udccvax1.acs.udel.EDU>, gdtltr@vax1.acs.udel.EDU (Gary D Duzan) writes:
> 
>> 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...)

   True. Some S-C keys don't register anything in 764. Those would have
to be omitted. I am more worried, however, about the hardware side. First
of all, I would have to get details on how the current keyboard is 
connected. Then I would have to find time to put it together. I don't know
if I could handle that. Therefore, if someone wants to develop & market this
idea, it is fine with me. Just be sure to send me a copy.

					    Gary Duzan
					    Time  Lord
                                        Third Regeneration
                                     Atari Enthusiast Extreme
                                Lots of ideas, but no time for them