From: Robert Pluim <rpluim@gmail.com>
To: Howard Melman <hmelman@gmail.com>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Proper way to add bindings under C-x 8
Date: Tue, 30 Nov 2021 17:49:22 +0100 [thread overview]
Message-ID: <875ys937xp.fsf@gmail.com> (raw)
In-Reply-To: <lyzgpl8v02.fsf@Lumet.home> (Howard Melman's message of "Tue, 30 Nov 2021 11:32:13 -0500")
>>>>> On Tue, 30 Nov 2021 11:32:13 -0500, Howard Melman <hmelman@gmail.com> said:
Howard> Robert Pluim <rpluim@gmail.com> writes:
>>>>>>> On Tue, 30 Nov 2021 12:34:28 +0100, Michael Heerdegen <michael_heerdegen@web.de> said:
>> I think youʼre right. Using the global map works fine if you use the
>> syntax
>>
>> [?♠?️]
>>
>> (where thereʼs a literal U+FE0F after that second "?")
>>
>> but with the iso-transl-ctl-x-8-map it always inserts only the last
>> element of that vector.
>>
>> Robert
Howard> Thanks for the help.
Howard> So could this be considered a bug in iso-transl-define-keys?
Possibly. I was hoping Eli would jump in and tell me :-)
All the uses of key-translation-map that I can find map a sequence to
a character, but your mapping is to multiple characters. That works
fine with normal keymaps, but not with key-translation-map, and Iʼve
not found documentation telling me thatʼs wrong (nor that itʼs right).
Howard> I mean I'd like to be able to enter these both via C-x 8 e
Howard> and A-e and while not documented I was previously told to
Howard> read the source of iso-transl-define-keys.
Howard> I could make my own keymap or transient for the emoji's I
Howard> commonly use, but it really would be nice to integrate it
Howard> with Emacs' builtin way for entering non-ascii unicode
Howard> characters so I don't have to keep track of two different
Howard> mechanisms.
Howard> Or maybe Lars' Emacs 28 emoji stuff could be released as a
Howard> package that could be used with Emacs 28?
Lars has said he's planning to do that. Iʼm growing quite fond of it 😁😼
Robert
--
next prev parent reply other threads:[~2021-11-30 16:49 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-10 16:57 Proper way to add bindings under C-x 8 Howard Melman
2021-04-10 17:41 ` Eli Zaretskii
2021-04-10 21:35 ` Howard Melman
2021-04-11 6:45 ` Eli Zaretskii
2021-11-29 16:21 ` Howard Melman
2021-11-30 11:34 ` Michael Heerdegen
2021-11-30 12:39 ` Robert Pluim
2021-11-30 13:07 ` Michael Heerdegen
2021-11-30 13:39 ` Robert Pluim
2021-11-30 16:32 ` Howard Melman
2021-11-30 16:49 ` Robert Pluim [this message]
2021-11-30 17:25 ` Eli Zaretskii
2021-11-30 17:39 ` Robert Pluim
2021-11-30 17:43 ` Howard Melman
2021-12-02 10:26 ` Robert Pluim
2021-12-02 14:44 ` Michael Heerdegen
2021-12-02 15:03 ` Robert Pluim
2021-12-02 15:27 ` Michael Heerdegen
2021-12-02 15:56 ` Robert Pluim
2021-12-02 16:18 ` Michael Heerdegen
2021-12-02 16:48 ` Robert Pluim
2021-11-30 16:43 ` Robert Pluim
2021-11-30 17:29 ` Howard Melman
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=875ys937xp.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=help-gnu-emacs@gnu.org \
--cc=hmelman@gmail.com \
/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.
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).