I use multiple languages and depend on the "Compose" or "Multi_key" in X to enter some letters. With emacs 29.1 the compose key stopped working - emacs complained about "<Multi_key> is undefined". So that keypress apparently got through to emacs and wasn't handled earlier in the input stack as with previous emacs versions. I should also add that I define the compose key in the KDE system settings. I found two solutions to this problem: 1. emacs 29.1 dropped the XIM option in ports. Enabling it made compose work again. 2. (setq x-gtk-use-native-input 't) in emacs makes compose work again. I think that compose should work out-of-the-box, so perhaps the latter should be made the default, keeping the XIM option off? Or there might be other solutions?
(In reply to Bengt Ahlgren from comment #0) Thanks a lot for sharing this. The trick with (setq x-gtk-use-native-input 't) helped me. This bug report is the only solution I found.
See https://reviews.freebsd.org/D44917, which adds a new flavor for Wayland. With this new flavor, we can specify build parameters that make sense for X and Wayland separately instead of requiring users to customize builds. For example, for the default flavor, we can turn on XIM.