Date: Thu, 04 Apr 2024 15:11:56 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 278167] editors/emacs: Compose key stopped working with emacs 29.1 Message-ID: <bug-278167-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278167 Bug ID: 278167 Summary: editors/emacs: Compose key stopped working with emacs 29.1 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: emacs@FreeBSD.org Reporter: bahlgren@beah.se Flags: maintainer-feedback?(emacs@FreeBSD.org) Assignee: emacs@FreeBSD.org 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 g= ot through to emacs and wasn't handled earlier in the input stack as with prev= ious 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 wo= rk 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 shou= ld be made the default, keeping the XIM option off? Or there might be other solutions? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-278167-7788>