From: David Kastrup <dak@gnu.org>
Cc: "Kim F. Storm" <storm@cua.dk>, emacs-devel@gnu.org
Subject: Re: Getting the click position in a string
Date: Sun, 30 Apr 2006 23:55:23 +0200 [thread overview]
Message-ID: <857j566850.fsf@lola.goethe.zz> (raw)
In-Reply-To: <878xpoez6s.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Sat, 29 Apr 2006 19:33:32 -0400")
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> key-binding already looks up events or keys, so I suppose you are
>> confused about what I was proposing.
>
> It accepts events? That's news to me.
>
>> The purpose is to look up a key such as [follow-link] in the chain of
>> keymaps corresponding to a click event.
>
> Yes, that's whayt I understood.
>
>> So the event takes the place of the keymap, not of the key.
>
> What keymap?
>
> key-binding is a built-in function in `C source code'.
> (key-binding key &optional accept-default no-remap)
>
> I see no keymap argument.
Probably because I am confusing this with lookup-key. Looks like I
messed up my proposal royally due to this mixup, and I don't
understand your counterproposal and corresponding arguments either,
most likely because you tried making sense of my nonsense in a way
that I am not able to follow.
So my proposal would _rather_ have been to have lookup-key accept an
event in the place of KEYMAP, where an event means the chain of
keymaps associated with the events. This does not seem like a
sensible interface since it makes lookup-key either act on a
single-keymap level, or perform a more complex lookup.
So the function to tweak would seem to be rather key-binding after
all. Instead of making it accept an event as one of the existing
arguments, however, one should probably add another optional argument
which will then augment the "current keymaps" that the function is
supposed to be searching, according to the event.
It would not really suffice to let it accept an event instead of KEY:
for implementing the follow-link functionality, the lookup has to be
for [follow-link], but for a given event of type down-mouse-1 or
similar.
So an additional event specifier seems to be both required and
appropriate.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2006-04-30 21:55 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-25 9:53 Getting the click position in a string David Kastrup
2006-04-25 14:36 ` Kim F. Storm
2006-04-25 14:55 ` David Kastrup
2006-04-26 8:13 ` Kim F. Storm
2006-04-26 8:17 ` David Kastrup
2006-04-26 11:32 ` Kim F. Storm
2006-04-26 11:56 ` David Kastrup
2006-04-26 12:52 ` David Kastrup
2006-04-26 12:54 ` David Kastrup
2006-04-26 13:58 ` Stefan Monnier
2006-04-27 12:08 ` David Kastrup
2006-04-27 16:05 ` Stefan Monnier
2006-04-27 18:33 ` David Kastrup
2006-04-27 21:24 ` Stefan Monnier
2006-04-27 21:39 ` David Kastrup
2006-04-28 16:16 ` Stefan Monnier
2006-04-29 21:55 ` David Kastrup
2006-04-29 23:33 ` Stefan Monnier
2006-04-30 21:55 ` David Kastrup [this message]
2006-05-01 0:48 ` Stefan Monnier
2006-05-01 5:55 ` David Kastrup
2006-05-01 12:52 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=857j566850.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=storm@cua.dk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.