all messages for Emacs-related lists mirrored at yhetil.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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.