home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.questions
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watmath!undergrad.math.waterloo.edu!papresco
- From: papresco@undergrad.math.waterloo.edu (Paul Prescod)
- Subject: Re: IS UNIX DEAD? (very long)
- Message-ID: <By5tAp.DvG@undergrad.math.waterloo.edu>
- Organization: University of Waterloo
- References: <frain.722069508@depot.cis.ksu.edu.cis.ksu.edu> <By13nJ.Axv@undergrad.math.waterloo.edu> <1992Nov21.012033.18722@klaava.Helsinki.FI>
- Date: Mon, 23 Nov 1992 08:08:47 GMT
- Lines: 24
-
- >There are heck of a lot of terminals with an F1 key where the F1 key
- >does something else than work as a help key. Like pausing/unpausing
- >output to the screen (all of the VT100 and compatible terminals I've
- >seen, for instance).
- >
- >Also, if the only way to get help is by pressing F1 (or Help for that
- >matter), you certainly remove support from terminals without such
- >keys.
- >
- >I don't see any point in hardcoding the help key, or assuming that all
- >keyboards will have a suitable key that can be permanently bound for
- >such a purpose. Is there a problem making the system itself to
- >different kinds of terminals? If the terminal changes, the UI should
- >adapt itself, instead of assuming that all terminals look and behave
- >alike. Also, the UI should be able to adapt itself to different
- >users' preferences: not everybody wants a help key at all (e.g. I
- >prefer to have the F1 key bound to other-window in Emacs, since that's
- >sometimes easier for me to use than ^XO), and some people prefer it to
- >be something else than F1 because they're used to that other key.
- >
-
- I have no problem with this "mappable" help key. It sounds like a great
- idea.
-
-