From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Emacs default key bindings [was: Opening Up More Keymaps Re: Standardizing more key bindings?] Date: Fri, 2 Oct 2020 15:50:58 -0700 (PDT) Message-ID: References: <364afb35-1cf9-4bd8-a34d-370dc428f950@default> <20201002192402.6oldqiknglyf54xl@Ergus> <87sgawp8ex.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37946"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel , Thibaut Verron , "T.V Raman" To: "Philip K." , Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 03 00:52:52 2020 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 1kOTv2-0009mZ-63 for ged-emacs-devel@m.gmane-mx.org; Sat, 03 Oct 2020 00:52:52 +0200 Original-Received: from localhost ([::1]:34520 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOTv1-0005Na-6E for ged-emacs-devel@m.gmane-mx.org; Fri, 02 Oct 2020 18:52:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43308) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOTtP-0004v4-5L for emacs-devel@gnu.org; Fri, 02 Oct 2020 18:51:11 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:52860) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOTtL-0004Wi-Ff for emacs-devel@gnu.org; Fri, 02 Oct 2020 18:51:10 -0400 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 092MnhSg145787; Fri, 2 Oct 2020 22:51:00 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=KSHmTvVYRr0k9tEk6efnBvHm92ZBrMo4s9YuRNe41Rw=; b=KUAT2G0KKQvayvmfu3Q2Vu6kD7B+pL96RKvbbbosDsaSnrq5/2M61hLgTFDZWGnVAWRe 0sCvtJKKimHby1f8k4rppNxrwzegRO0zQMqOW4Dnua/E0NIKhJ/4GU/pKzcoYnkyeoXL eKMym7V+3mxlqGnPzz5drw7cz15ZfTY9PoS32rjIhKjMG2RlRjCeWHGSwZn4HHiawYxF ZdZcLN4gdOdz3CoYBY3sgDkDYebhlsICS3Psy1lAEJkaqAAJ2tQlJu6r08lP/MmQsmL/ ZEzLjhj6Lldx90/jtVyKaw0kvbIt0xZLcQgidpnBYkDI7oc88e6q7E7o7ZpGmGmBqdnD RA== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2120.oracle.com with ESMTP id 33swkmd8y0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 02 Oct 2020 22:51:00 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 092MobL0159354; Fri, 2 Oct 2020 22:51:00 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3020.oracle.com with ESMTP id 33tfj3nxpc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 02 Oct 2020 22:51:00 +0000 Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 092MoxMK017428; Fri, 2 Oct 2020 22:50:59 GMT In-Reply-To: <87sgawp8ex.fsf@posteo.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5056.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9762 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 mlxlogscore=999 bulkscore=0 phishscore=0 malwarescore=0 adultscore=0 suspectscore=2 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2010020174 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9762 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 mlxscore=0 phishscore=0 suspectscore=2 mlxlogscore=999 clxscore=1015 priorityscore=1501 impostorscore=0 lowpriorityscore=0 bulkscore=0 spamscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2010020174 Received-SPF: pass client-ip=141.146.126.78; envelope-from=drew.adams@oracle.com; helo=aserp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/02 18:51:03 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-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.23 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" Xref: news.gmane.io gmane.emacs.devel:256978 Archived-At: > > C-x is reserved for emacs internal use. > > C-c for users. As I said, both of those statements are wrong. > According to "(elisp) Key Binding Conventions": >=20 > > Sequences consisting of =E2=80=98C-c=E2=80=99 followed by a control > > character or a digit are reserved for major modes. >=20 > (not the exceptions listed in the info node) And? What's your point? `C-c' is _not_ reserved for users, in general. `C-c ' is reserved for users. > while C-x is a lot safer for users. It would be very > unusual for a major mode to rebind "C-x ...",=20 Why do you think so? There's nothing in the conventions about `C-x'. Don't confuse statements about a binding being reserved for some use with a claim that a binding not listed as reserved is somehow off limits. Such a claim would be improper. Everything that's not stated in the conventions is OK. (Even things that are stated in the conventions are only that: conventional.) The conventions exist to help us not get our feet stepped on, by ourselves or others. > which is why I bind most of my local functions to that map. You're free to do so. Nothing wrong with that, whether you mean as user or as a library writer. > On the other hand, something like C-c C-... will often be > shadowed by a major mode [or] minor mode, hence I don't > bother trying. `C-c C-' in a map other than for a major mode then that violates the convention. As a user you can bind any key to anything, including binding `C-c C-' are _reserved_ for users. A user binding `C-c C-