[Bug: 21.4.15] global-set-key

[Scott Coonce]

Bug Team and/or Stephen Turnbull,

Thanks for the quick response.  Please see my comments in-line.

Scott


Stephen J. Turnbull wrote:

>  > It had the unfortunate side effect of also changing the behavior of
>  > [(control x) c] from save-buffers-kill-emacs to
>  > split-window-horizontally.
> 
> That is a typo, I think.  You mean [(control x) (control c)]

whoops, yes I did.

> 
>  > According to the documentation in define-key (C-h f define-key), ascii
>  > characters are mapped to themselves:
> 
> `3' is an integer, which is mapped to a character according to the
> ASCII table, ie, to ?\003, or control-C.  (Larger integers use an
> Emacs-specific extension of the ASCII table.)  This is for
> backward compatibility.

I agree with your logic (for 3 = ?\003), but that's not what define-key says. 
My guess is that this isn't so much a bug as a case where the documentation is 
not clear.  The doc ( define-key ) says:

===quote===
A keysym may be represented by a symbol, or (if and only if it is equivalent
to an ASCII character in the range 32 - 255) by a character or its equivalent
ASCII code. [...]
===end quote===

I interpret this to mean that ANY character in the range [32,255] can use it's 
representation (eg. 'a') instead of its ascii code '65'.  Since '3' = 
ascii(51), I assumed I could use '3' according to this rule also.  Apparently I 
was mistaken.




-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.