From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yBYnHSyD6mHT6wAAgWs5BA (envelope-from ) for ; Fri, 21 Jan 2022 10:55:56 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id cF7qGSyD6mE/twAAauVa8A (envelope-from ) for ; Fri, 21 Jan 2022 10:55:56 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 0DD892BC82 for ; Fri, 21 Jan 2022 10:55:56 +0100 (CET) Received: from localhost ([::1]:39470 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nAqeB-0005bW-5Q for larch@yhetil.org; Fri, 21 Jan 2022 04:55:55 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44330) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nAou3-0006SD-07 for emacs-orgmode@gnu.org; Fri, 21 Jan 2022 03:04:11 -0500 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]:55091) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nAou0-0001yZ-Q4 for emacs-orgmode@gnu.org; Fri, 21 Jan 2022 03:04:10 -0500 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.94) for emacs-orgmode@gnu.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (envelope-from ) id 1nAotY-0022sb-3l; Fri, 21 Jan 2022 09:03:40 +0100 Received: from 130-133-144-204.mna.fu-berlin.de ([130.133.144.204] helo=hornfels) by inpost2.zedat.fu-berlin.de (Exim 4.94) for emacs-orgmode@gnu.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (envelope-from ) id 1nAotX-001VRg-SR; Fri, 21 Jan 2022 09:03:40 +0100 From: "Loris Bennett" To: Org Mode Mailing List Subject: Re: Extend the existing alternative set of key bindings for terminals References: <877daw6i8l.fsf@hornfels.zedat.fu-berlin.de> <878rvblwmx.fsf@localhost> <87y23b6dvz.fsf@hornfels.zedat.fu-berlin.de> <874k5zlsd2.fsf@localhost> <87sftj6ard.fsf@hornfels.zedat.fu-berlin.de> <871r13kvfg.fsf@localhost> Date: Fri, 21 Jan 2022 09:03:39 +0100 In-Reply-To: <871r13kvfg.fsf@localhost> (Ihor Radchenko's message of "Thu, 20 Jan 2022 10:11:47 +0800") Message-ID: <87lez93484.fsf@hornfels.zedat.fu-berlin.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Original-Sender: loris.bennett@fu-berlin.de X-Originating-IP: 130.133.144.204 Received-SPF: pass client-ip=130.133.4.66; envelope-from=loris@zedat.fu-berlin.de; helo=outpost1.zedat.fu-berlin.de X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1642758956; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=b9FZxfvXkn+UsD0Yuc5nV90x4HW5caBbXNGfH9jwU88=; b=CjvRXSKziJ3qMalZ+O4I3tC4vJdpbYjq8Wtj0gndbWBoNQZE1f1LDzQEtnKYKWpAjRPW3t NcZbhckBdGSZiaZAf7qL4p25+cbKXCit54QhDuNqslyV+U8Y/EIQN/B4Sj31SyifRZm1Y6 a9fkKOw5M6cglmPu195ptppz4bgZo5BjAtnAlu2uVBWDhuPM0a/SD44ezEAG+WQhQJl4HZ VjKV1s5xlm0K/mhsc4uQsUnSHFE6LAcjGBvIBfu0bI+Tiy6qlCnexF2WLNoc4eWJZBos7+ LlXGKXo3enaCjy8l6weCyyuu84cDErlzgPWSVWetSTzPBMnUMCB7IGVYGTpKTw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1642758956; a=rsa-sha256; cv=none; b=aJDlP/mlh0FJ64UUhBBVXUwjSeteaeYqmXeahtZ7vBG/z9jpAGMnhAM50rQJfS5i+5F7hO 8t+b0jmZVocYeO3XPj1mXMhxUA7k7qNX9KverFKpOn5BDCRRQQqY+hhVLNUDtljdhvv/Ez Ott6Tr52rYuWTehw36uXW3JS6edJ4BUd+bdnIAg4OsHUgbEc+eWLBqagrQcow88rZKuFkA 4WFXah1j+YQhaiv+Ezunvz5/+m6VrpgcqaZ/FgYNIoeA6YSmVpK8hfY9YHSucygzxQqOE/ 06PIsqSFrju7YXSHSStuS4cWU/DxC8k+deAJDkUH13TY7mYXlj1CENEr2oA2gw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -3.52 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 0DD892BC82 X-Spam-Score: -3.52 X-Migadu-Scanner: scn1.migadu.com X-TUID: DJg15xxWtamg Hi Ihor, Ihor Radchenko writes: > "Loris Bennett" writes: > >>> Then, it is terminal input problem. See >>> https://stackoverflow.com/questions/11110801/why-does-ctrl-not-work-when-i-bind-it-to-a-command-in-emacs/11118511#11118511 >> >> You're right, the problem also happens locally when I start Emacs with >> '-nw'. Thanks for the link - I'll have a look at the various solutions, >> although it might just be easier to rebind the command ;-) > > On Org side, we have an alternative set of key bindings that is more > compatible with terminals (see org-use-extra-keys). I think that C-c C-, > should also be covered there. Or maybe some other keys as well. > > Loris, would you be interested to check which default bindings from > org-mode-map work and which don't work in tmux/terminal and report here? In principle, yes, but the mode map is quite extensive. Is there any way of doing that systematically? Or is the idea that I just keep a record of all the issues that I stumble across? Cheers, Loris > Also, it appears to me that we may keep losing terminal-incompatible > keys in future unless we provide some mechanisms to check terminal > compatibility automatically. Any ideas? > > Best, > Ihor -- This signature is currently under construction.