From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Cecilio Pardo Newsgroups: gmane.emacs.devel Subject: Re: Physical keyboard events Date: Tue, 5 Nov 2024 15:27:48 +0100 Message-ID: <8545224f-07a8-435d-8be4-fac9a3b20409@imayhem.com> References: <31bdc55d-8c13-4de0-9cef-bd6cc4fb033f@imayhem.com> <19ab52d0-88bd-4378-8fa8-8603e01233e3@imayhem.com> <871pzrl4sn.fsf@yahoo.com> <87o72vjk1f.fsf@yahoo.com> <86fro7uo6h.fsf@gnu.org> <87bjyvjdk2.fsf@yahoo.com> <867c9juetb.fsf@gnu.org> <87wmhiihzx.fsf@yahoo.com> <7c1b4258-447f-433c-939e-21df7f9eeec3@imayhem.com> <87ses6hx27.fsf@yahoo.com> <3cc3b427-0adf-49e7-8db7-506803c2b29b@imayhem.com> <87o72tj2hd.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22096"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: Eli Zaretskii , emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 05 15:28:40 2024 Return-path: Envelope-to: ged-emacs-devel@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 1t8KXw-0005bU-25 for ged-emacs-devel@m.gmane-mx.org; Tue, 05 Nov 2024 15:28:40 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t8KXF-0000nb-OT; Tue, 05 Nov 2024 09:27:57 -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 1t8KXD-0000nP-SM for emacs-devel@gnu.org; Tue, 05 Nov 2024 09:27:55 -0500 Original-Received: from mail.imayhem.com ([82.223.54.191] helo=zealous-pike.82-223-54-191.plesk.page) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t8KXB-0005b6-C1; Tue, 05 Nov 2024 09:27:55 -0500 Original-Received: from [192.168.68.102] (111.red-88-21-7.staticip.rima-tde.net [88.21.7.111]) by zealous-pike.82-223-54-191.plesk.page (Postfix) with ESMTPSA id C9520800F2; Tue, 5 Nov 2024 14:27:49 +0000 (UTC) Authentication-Results: zealous-pike.82-223-54-191.plesk.page; spf=pass (sender IP is 88.21.7.111) smtp.mailfrom=cpardo@imayhem.com smtp.helo=[192.168.68.102] Received-SPF: pass (zealous-pike.82-223-54-191.plesk.page: connection is authenticated) Content-Language: es-ES In-Reply-To: <87o72tj2hd.fsf@yahoo.com> Received-SPF: pass client-ip=82.223.54.191; envelope-from=cpardo@imayhem.com; helo=zealous-pike.82-223-54-191.plesk.page X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:325141 Archived-At: On 05/11/2024 13:21, Po Lu wrote: > Cecilio Pardo writes: > >> We are implementing the ability to bind an action to the press of the >> key, regardless of its meaning as a modifier. This way, we can take >> advantage of double keys (Shift_L, Shift_R) and give more options to >> the user. > > It's not a matter of giving users more choice or finer control, but of > correctness. How will you handle the case where the key labeled Caps > Lock is, in all functional respects, Ctrl, and that labeled Ctrl serves > another purpose that renders it simply unavailable to Emacs? We would respond to XK_Caps_Lock by sending an event with the symbol 'capslock, and to Control with lctrl and rctrl. If the control key is unavailable beacuse it serves another purpose, then user should not bind it to anything. I don't think this is incorrect in any way. We are giving the user the ability to detect this keypresses. It's up to the user to decide if she wants to do it or not. > But let me pose a different question: why do you need to distinguish > between left and right modifier keys? So I can bind a different command to each one of them.