From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Francesco =?UTF-8?Q?Potort=C3=AC?= Newsgroups: gmane.emacs.bugs Subject: bug#67430: 29.1; is undefined Date: Sat, 25 Nov 2023 14:18:54 +0100 Organization: The GNU project Message-ID: <875y1qots1.fsf@tucano.isti.cnr.it> References: <878r6npfu5.fsf@tucano.isti.cnr.it> <83fs0udz35.fsf@gnu.org> <8734wuccmg.fsf@yahoo.com> <83cyvycc99.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38222"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , 67430@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 25 14:20:13 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1r6sZx-0009kn-2d for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Nov 2023 14:20:13 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r6sZj-0003IZ-O4; Sat, 25 Nov 2023 08:19:59 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r6sZh-0003I0-Nc for bug-gnu-emacs@gnu.org; Sat, 25 Nov 2023 08:19:57 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r6sZh-00083u-Fs for bug-gnu-emacs@gnu.org; Sat, 25 Nov 2023 08:19:57 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1r6sZm-0007Yt-7J for bug-gnu-emacs@gnu.org; Sat, 25 Nov 2023 08:20:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Francesco =?UTF-8?Q?Potort=C3=AC?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Nov 2023 13:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67430 X-GNU-PR-Package: emacs Original-Received: via spool by 67430-submit@debbugs.gnu.org id=B67430.170091834528987 (code B ref 67430); Sat, 25 Nov 2023 13:20:02 +0000 Original-Received: (at 67430) by debbugs.gnu.org; 25 Nov 2023 13:19:05 +0000 Original-Received: from localhost ([127.0.0.1]:38117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6sYq-0007XS-NO for submit@debbugs.gnu.org; Sat, 25 Nov 2023 08:19:05 -0500 Original-Received: from plesklin7.if1.ehiweb.it ([2a01:b600:1:61::1]:55910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6sYn-0007Wx-TN for 67430@debbugs.gnu.org; Sat, 25 Nov 2023 08:19:02 -0500 Original-Received: from tucano.isti.cnr.it (tucano.isti.cnr.it [146.48.81.102]) by plesklin7.if1.ehiweb.it (Postfix) with ESMTPSA id B3B62FF395; Sat, 25 Nov 2023 14:18:54 +0100 (CET) In-Reply-To: <83cyvycc99.fsf@gnu.org> (eliz@gnu.org) X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-PPP-Message-ID: <20231125131854.8813.8591@plesklin7.if1.ehiweb.it> X-PPP-Vhost: potorti.it X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:274975 Archived-At: >> From: Po Lu >> Cc: pot@gnu.org, 67430@debbugs.gnu.org >> Date: Sat, 25 Nov 2023 19:10:15 +0800 >>=20 >> Eli Zaretskii writes: >>=20 >> > What other roles does this key play? And how frequent is each role? >>=20 >> I don't know. There is generally no other use for it under X, except >> perhaps as a modifier key, which if true Emacs won't register key >> presses at all. >>=20 >> > Also, if we bind this key by default as Francesco suggests, what >> > adverse results could this cause on the systems where this binding is >> > wrong? >>=20 >> Nothing beyond the obvious, to wit: Emacs will react to pressing the >> Multi_key as though it were bound to iso-transl-ctl-x-8-map. > >Then maybe we should behave by default as Francesco suggested? users >which don't like the results could always unbind/rebind the key. >WDYT? In mormal usage, Emacs never even sees . I suppose that Emacs, = like usual X applications, relies on X to interpret it as a modifier key, a= nd X uses its composition rules. But Xpra apparently is another piece of c= ake (at least the version I am using) and it passes the key as-is. I think= that this is unusual behaviour. If Emacs happens to see , maybe in principle it should ask X to = interpret the subsequent characters using X's composition rules. I don't k= now if that's possible in a clean way, I suppose that would not be obvious = to do. Lacking such functionality, I think the only reasonable thing to do= is to interpretet is as C-x 8, which has composition rules mostly compatib= le with those of X. So in most cases this will be transparent to the user.= I don't see how throwing an error instead can be better. And yes, in pri= nciple users can rebind it. An alternative would be to bind to a command which is disabled = by default (like for example narrow-to-page), and when enabled does the sam= e as C-x 8. But I think that binding it by default is simpler and has so r= are and technical drawbacks that people caring it about are aware of the is= sue and can solve it.