[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: define-key acting strange..

From: D. Goel
Subject: Re: define-key acting strange..
Date: 24 May 2002 02:43:25 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1

( A quick update before i go away for the long
weekend.. to... Maryland!!!.. )..

All of the problem was being caused by the one line in that
expression:  (guess i will have to wait another day to learn GDB :)

 (define-key [t] <foo>).. and that <foo> could be anything ..

Emacs is not frozen.. 'tis just that this line has the effect of
adding a (t . <foo>) to your keymap <-- Whether this result is a bug
or not, i am not sure..

Now depending on <foo> and the other bindings in the
key-translation-map, one might end up effectively getting a 'frozen'

Consider this expression: (this is how i first traced that

  (message "DOING")
  (define-key key-translation-map [t] "f")
  (define-key key-translation-map "u" "v")
  (message "DONE")
  (goto-char (point-max))
  (insert (format "%s" key-translation-map))
  (write-file "~/gg.gg")

After eval'ing this, key-translation-map looks like this: 
 (keymap (117 . v) (t . f) (24 keymap (56 . iso-transl-ctl-x-8-map)))

(117 is u...)..  Once you have this keymap, *everything* you type
inserts a f, except when you type u, which inserts v.  So, everything
is happening in accordance with key-translation-map, IMHO.
In the original expression, everything was getting mapped to
[T]... which just beeped at us .. what is [T] ?

BTW, up-arrow inserts 3 f's... guess why ? :) up-->ESC O A --> f f f  

Wishing a great weekend to all.. 

D                                  <http://www.glue.umd.edu/~deego/>
Why don't *we* have congressmen like the one writing this!!! ---->

reply via email to

[Prev in Thread] Current Thread [Next in Thread]