Re: Ilisp FSF key binding changes
Andreas Fuchs <[email protected]>
| Newsgroups | gmane.lisp.ilisp.devel |
|---|---|
| Message-ID | <[email protected]> |
On 2003-05-18, Bill Clementson <[email protected]> wrote: > Why is entering a 3rd control key sequence less awkward then > just pressing the key? What type of keyboard are you using that > makes using a crtl-key sequence easier than just pressing a key? My keyboard is a kinesis ergo elan, but I prefer to hold down the CTRL key when I enter ctrl combinations even when I don't use this keyboard. This makes my input look like this (e.g. for ilisp query arglist): Push control, hold it. push c, release push q, release push a, release release the control key just a fraction of a second too late Emacs errors, d'oh! push c again push q again release the control key push a again Ugh! This happened probably 30 times to me today alone - including C-c C-g C-l and friends, of course. Therefor, I think requiring the user to release the Ctrl key in the middle of a command is not a good thing. > I thought about having a 3 control key binding after looking > at the JDE bindings (at one stage, I didn't think I'd have enough > 2 control key prefixes available given that comint mode uses so > many) but decided that the 2 key one would be preferable. IIRC, The JDEE allows both, commands which end in C-<something> and ones which end in just <something>, with the same meaning. This is, IMHO, the preferable behaviour, and the one I requested. > All of these (except for C-q) are easy-to-reach key sequences. > However, not all 3rd key combinations would be easy control key > sequences. Of course they would - I just wanted the last key of the combination to be also available as a combination ending in a control-key. This would change nothing in the layout of the keys, but a lot in the usability of ILISP. I hope my request is clearer now (-: Thanks, -- Andreas Fuchs, <[email protected]>, [email protected], antifuchs ------------------------------------------------------- This SF.net email is sponsored by: If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge