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: Mon, 4 Nov 2024 12:11:25 +0100 Message-ID: References: <31bdc55d-8c13-4de0-9cef-bd6cc4fb033f@imayhem.com> <19ab52d0-88bd-4378-8fa8-8603e01233e3@imayhem.com> <871pzrl4sn.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="22909"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Nov 04 12:12:25 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 1t7v0T-0005qa-H5 for ged-emacs-devel@m.gmane-mx.org; Mon, 04 Nov 2024 12:12:25 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t7uzf-0008Kx-Dz; Mon, 04 Nov 2024 06:11:35 -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 1t7uzd-0008Ko-EY for emacs-devel@gnu.org; Mon, 04 Nov 2024 06:11:33 -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 1t7uza-00061H-Rn for emacs-devel@gnu.org; Mon, 04 Nov 2024 06:11:33 -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 711FD80101; Mon, 4 Nov 2024 11:11:27 +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: <871pzrl4sn.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:325087 Archived-At: On 04/11/2024 10:35, Po Lu wrote: >> This is about keys, not modifiers. For the use case of binding >> commands to keys, this remapping would be counterproductive. I can >> provide a function to make that conversion if needed. > > I must disagree. When Emacs has enough information to decide which > modifiers are produced by physical keys it receives, as it does here, it > should not confuse Lisp programmers with a view of the keyboard state > that runs contrary to their expectations, not to mention that the > disparity between X keysyms and X modifiers is very great, and users who > swap the positions of the Shift and Ctrl modifiers will not expect to > receive raw keyboard events which disregard their keyboard > configuration. > > BTW, if the intention is to forward just modifier key events to Lisp, > don't let's refer to them as "physical keyboard events", but in more > specific terms. The intention right now is just to allow users to bind actions to multiple taps on shift, control and alt keys. Using these keys and not others is just because these keys don't normally do anything when pressed alone, not because they are modifiers. If an users' customization or his input method(s) makes this unconvenient or impossible, then this is not for that user, and should not use it. Lisp programmers will not have to deal with these events unless they are looking for them by binding in special-event-map, and replacing the function that looks for multiple taps with something else. Is this feature worth the changes I propose. For me it is. I agree 'physical keyboard events' is an unfortunate phrase.