home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / programm / 5413 < prev    next >
Encoding:
Internet Message Format  |  1992-11-24  |  2.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!rutgers!igor.rutgers.edu!aramis.rutgers.edu!mezrich
  2. From: mezrich@aramis.rutgers.edu (Reuben Mezrich)
  3. Newsgroups: comp.unix.programmer
  4. Subject: Adapting unix for physically handicapped.
  5. Message-ID: <Nov.23.21.48.37.1992.8158@aramis.rutgers.edu>
  6. Date: 24 Nov 92 02:48:37 GMT
  7. Organization: Rutgers Univ., New Brunswick, N.J.
  8. Lines: 29
  9.  
  10.  
  11.      I have a unix pc, and I need to somehow modyfiy the terminal
  12. driver to make certain changes in the input stream so as to adapt the
  13. computer to users with physical disabilities.  One of the needs is
  14. simply to create what is called a sticky control key: when the control
  15. key is pressed, followed by another character, it is as if the control
  16. key and the character key were pressed simultaneously.  This is needed
  17. for a person who can, because of physical limitations, only press one
  18. key at a time, but wants to use software which requires control key
  19. combinations for program control.
  20.      If I had the source to the terminal driver, this, and other like
  21. changes would be easy enough, but I wonder what other alternatives
  22. exists.  For example, is it possible to write  a process which acts as
  23. a filter for the terminal driver: which has as it's input the standard
  24. in which other processes would normally access and outputs the
  25. slightly modified stream ?  I imagine if I simply executed a shell
  26. with it's input redirected from a program which does the desired
  27. filtering, that it would work, but how would I make such a scheme
  28. function system wide, regardless of which user logged on.  Also, how
  29. could any program which does modify the terminal driver check for the
  30. user pressing the contrl key which is not returned by itself as part
  31. of the normal input stream ?  Any ideas or suggestions about
  32. approaches to this problem would be appreciated.  Please do not
  33. respond using email, as this is not my account.  A friend is allowing
  34. me to use his account to post this question.  Please respone on this
  35. newsgroup.
  36.  
  37.                                                     Much thanks,
  38.                                                         Dave Grossberg
  39.