bug#67430: 29.1; <Multi_key> is undefined

[Francesco Potortì]

>
>> From: Po Lu <luangruo@yahoo.com>
>> Cc: pot@gnu.org,  67430@debbugs.gnu.org
>> Date: Sun, 26 Nov 2023 09:36:43 +0800
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> > Then maybe we should behave by default as Francesco suggested?  users
>> > which don't like the results could always unbind/rebind the key.
>> > WDYT?
>> 
>> Sure, no complaints here.
>
>Francesco, can you suggest a patch?  I guess the binding should be in
>bindings.el?

Here you are.  Would plese someone install it for me?

================
2023-11-28  Francesco Potortì  <pot@gnu.org>

        * bindings.el.gz: do something reasonable when [Multi_key] reaches Emacs

================
diff -pub --label \#\<buffer\ \*Shell\ Command\ Output\*\> --label \#\<buffer\ 
bindings.el.gz\> /tmp/buffer-content-V4r3U2 /tmp/buffer-content-1J4L5p
--- #<buffer *Shell Command Output*>
+++ #<buffer bindings.el.gz>
@@ -981,6 +981,10 @@ if `inhibit-field-text-motion' is non-ni
 ;; suspend only the relevant terminal.
 (substitute-key-definition 'suspend-emacs 'suspend-frame global-map)
 
+;; Usually Emacs does not see this event, as composition is managed by
+;; the desktop manager, but in case it sees it do something reasonable
+(global-set-key [Multi_key] iso-transl-ctl-x-8-map)
+
 (define-key global-map "\C-m" 'newline)
 (define-key global-map "\C-o" 'open-line)
 (define-key esc-map "\C-o" 'split-line)

Diff finished.  Tue Nov 28 12:12:39 2023