unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Re: Raw keys in C-h k and C-h c
       [not found] <Pine.SUN.3.91.1020203121500.266J-100000@is>
@ 2002-02-11  2:10 ` Richard Stallman
  2002-02-11  9:41   ` Kim F. Storm
  0 siblings, 1 reply; 2+ messages in thread
From: Richard Stallman @ 2002-02-11  2:10 UTC (permalink / raw
  Cc: storm, monnier+gnu/emacs, emacs-devel

    > E.g. if I bind the following function to both [f1 a] and [f1 b],
    > and enter f1 a f1 b, it reports ESC O P b (rather than ESC O P a):
    > 
    > (defun f1x (arg)
    >   (interactive "kEnter key: ")
    >   (message (key-description (this-single-command-raw-keys))))

I think it would be better to fix the code, but I don't have
time to do that myself.  For now, I will fix the doc strings
and the manual, which is easier.  If someone else wants to fix the
code, that is fine, but I think other things are more important.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Raw keys in C-h k and C-h c
  2002-02-11  2:10 ` Raw keys in C-h k and C-h c Richard Stallman
@ 2002-02-11  9:41   ` Kim F. Storm
  0 siblings, 0 replies; 2+ messages in thread
From: Kim F. Storm @ 2002-02-11  9:41 UTC (permalink / raw


Richard Stallman <rms@gnu.org> writes:

>     > E.g. if I bind the following function to both [f1 a] and [f1 b],
>     > and enter f1 a f1 b, it reports ESC O P b (rather than ESC O P a):
>     > 
>     > (defun f1x (arg)
>     >   (interactive "kEnter key: ")
>     >   (message (key-description (this-single-command-raw-keys))))
> 
> I think it would be better to fix the code, but I don't have
> time to do that myself.  For now, I will fix the doc strings
> and the manual, which is easier.  If someone else wants to fix the
> code, that is fine, but I think other things are more important.

Well, if we document the way it works now, then code will eventually
be written to rely on it (notably Stefan's original code which
triggered this can be simplified significantly using the current
behaviour).

So I suggest to keep [and be satisfied with] the current (now
documented) behaviour.

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk


_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-02-11  9:41 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <Pine.SUN.3.91.1020203121500.266J-100000@is>
2002-02-11  2:10 ` Raw keys in C-h k and C-h c Richard Stallman
2002-02-11  9:41   ` Kim F. Storm

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).