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: [External] : Re: Experimentally unbind M-o on the trunk Date: Wed, 10 Feb 2021 17:58:02 +0000 Message-ID: References: <8ed9b43502ae1480e06b@heytings.org> <83r1lohqoc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20978"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "larsi@gnus.org" , "gregory@heytings.org" , "Alfred M. Szmidt" , "bugs@gnu.support" , "emacs-devel@gnu.org" To: Alan Mackenzie , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Feb 10 18:59:53 2021 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 1l9tmK-0005MB-50 for ged-emacs-devel@m.gmane-mx.org; Wed, 10 Feb 2021 18:59:52 +0100 Original-Received: from localhost ([::1]:46286 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9tmJ-0001pm-5z for ged-emacs-devel@m.gmane-mx.org; Wed, 10 Feb 2021 12:59:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60702) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9tkl-0000k4-3a for emacs-devel@gnu.org; Wed, 10 Feb 2021 12:58:18 -0500 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:35350) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9tke-0004CK-FQ; Wed, 10 Feb 2021 12:58:13 -0500 Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 11AHoQEa155139; Wed, 10 Feb 2021 17:58:04 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2020-01-29; bh=uomK6ikD5ns+aCn/Ut5AZ6//b7ETLjvxU2M/5DRk9SE=; b=qxzPMyYei96n+8RTfrto9lBPPPnIUE+ueqBvOVq1f7KlIswJMAOyfpVP2Dkcxz+GRsyo F1xa8KAMJ1sFdLNifCxtI1Evef2DbErtu8EeRUKI1UGFAWRiIF2pR+UnpYukVFk853Ti 4/iGIkDs8X4Wm2LxEuy7lDE91+EO3hbL1h2wrR3dUQHPtGCT4rhrjdDQhNQCStbMm+LS +6rURDjZ/mZFCp9igGNnkAQjtXpqby/QOFAEZ8/qZK1W/xwIGcpSopOb0ws8+ZDJKYus NgUz+njPzi15h9U5+pB0cLSspvvjEbwq5kiKxvQmBXvCsk/TaiqTk6GyfM6JxsveMCo+ vg== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2130.oracle.com with ESMTP id 36hgmamkas-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 10 Feb 2021 17:58:04 +0000 Original-Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 11AHo0hX183317; Wed, 10 Feb 2021 17:58:04 GMT Original-Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp2056.outbound.protection.outlook.com [104.47.38.56]) by aserp3030.oracle.com with ESMTP id 36j4pqfmmj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 10 Feb 2021 17:58:04 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Vz4ACBHH1RRQ1GiIGdFkyZQL1lfnPDKOJRDj4vvfqJziK4Kx3cxVvpMgc19npHZ9RJ5oIKdIKzgnapNEFsSIiYukPnHiLHX1CJmhv281DOz6EUnDEUxFc0CFGBrHvMKuKbLesX0+28l97Ap7kMWU+qlBohfsy/VENtWTYi7AxXr0aB63NH4VkGls+WDz8QN4SE67nf2vCSCtWi2VnAd2X/NInGCcORngFwT5djLA4Km7G05v/87fli4gbO3+g7VPOu6c6ky1foDJXL9CFAnloaf2+zhv1Dj7zqCb30XmEzUxynRYHdd5lcDW8fKBX7c0KPrvlc7IKq0tQOZNWdJjVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uomK6ikD5ns+aCn/Ut5AZ6//b7ETLjvxU2M/5DRk9SE=; b=UTFRZLYkBCq8lIvJkl1Rp+7d5lO8REIM8PUzQdYWozRMO16ifnis+kPVGNzCZhz9a5leGBjACpEXz1vDHydywU/wqSqtGUuHMsdy4nIEjb6VflQF4PjUT7w16KkxunSP1gj2KposxBs7zLieMtGhhlGDIqXF7psFbJlQdOkL4C+dk0G8FLUMuB7n27T/kpR/wN57UyONPvbGMh9xfp5Z/gmzJ9Ph6mVy6TKmuaJ2ENX64OmrbZATWJ74uFxQr2kda3xZhSB/6xHPDwH5VGj81YeltpHbn54rkSCEjnuqDnmU7tnog3SxlvqDcPlLZE8qlcSCUSQ2J33k/8zhj4dyrg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uomK6ikD5ns+aCn/Ut5AZ6//b7ETLjvxU2M/5DRk9SE=; b=aTB8WRrJIsaJaiSA/p7nWVMBK80/SHItBRDoo0D3rUE11hlzkXFBoott7x8lfVLcHpNhuI2It0M/es0RZulhedRHyKaIlszhSlposvOgOXnPGK7aVzIU0tiuTPtahDID1UIH4F2HdK8DC7VNavFaVm5qaV3EW9aRr2MODEyghrU= Original-Received: from SA2PR10MB4474.namprd10.prod.outlook.com (2603:10b6:806:11b::15) by SA2PR10MB4491.namprd10.prod.outlook.com (2603:10b6:806:f8::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3846.27; Wed, 10 Feb 2021 17:58:02 +0000 Original-Received: from SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::b8d2:db6d:3e4b:d315]) by SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::b8d2:db6d:3e4b:d315%5]) with mapi id 15.20.3846.027; Wed, 10 Feb 2021 17:58:02 +0000 Thread-Topic: [External] : Re: Experimentally unbind M-o on the trunk Thread-Index: AQHW/87kdn4r0SKnrU+eaqd7qNDOIqpRpBdQ In-Reply-To: Accept-Language: en-US Content-Language: en-US authentication-results: muc.de; dkim=none (message not signed) header.d=none;muc.de; dmarc=none action=none header.from=oracle.com; x-originating-ip: [73.170.83.28] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: cc241fdf-8f09-499a-fc4c-08d8cded68fc x-ms-traffictypediagnostic: SA2PR10MB4491: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: TU1Y0a/gBLKFM7ZjHNm3lYB3KHF8isQSEEMPLdP5nOO17wySqClr9Q2V23tsDSI2ZC+8We7joEDLrtEYQEDYG5XRxKVbN8ha3mpthWG+8d31vV/Kdn0B9lIeBCLDl3WjVhnYipf+e+CzE6ZaQm2K6vHxaQoSihEWyelkPc4lkBszVMJAdzk5if8EtKgXGl2LeY4sAUoNmVBi613hArS6WdXSnYlmfcunJC29BOw3V/TGOEMySzuM8ilCXSu4wRSoV9QZ2AENNOJ9HeTRsScF6LRH7cp9rg6YJXfwvRKNCwHIZukdi9EJOIySAns+nlxwd10DaOkQqTLjTFSKnobYe8/oZdDigkrV7KujjG31LuZZWqepQdkCg+sI3G86ballL6KBA1Aj4mu6CYt1JZAF4yi7CTJ8UK9HoVhP9ns9gTxzDqz6M4/ryr7yKbvqN5zf/YqbmwP1zvy4IIa25RAjHE6S6ObSh3cxow8KA1BNr5qGn2CtOIEsvJ5aUDHm67zGQjMCN5dHYOA6TmTDnKbYDA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA2PR10MB4474.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(346002)(136003)(376002)(39860400002)(396003)(54906003)(2906002)(86362001)(44832011)(8676002)(110136005)(33656002)(9686003)(71200400001)(55016002)(316002)(4326008)(5660300002)(83380400001)(26005)(6506007)(186003)(66446008)(66556008)(66476007)(66946007)(64756008)(8936002)(7696005)(52536014)(76116006)(478600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?bI+OVk4DwDMENNehMJFzewlc8hX6dC/sLGq4R4I9TjLsYmuoCe9tEHasu8HR?= =?us-ascii?Q?/x+jfCDoEgUHl9ccmXdM110hNiAMkrViJkhFCBH/qwMPVL1aY/8fwjV/1oGp?= =?us-ascii?Q?2co2P8ZN+YwZdR+msd1dSyDCn8/wya143QZzgzI7fk+n+NsmHs0p0xC49dIw?= =?us-ascii?Q?NhftH1hew9CKiHikNBXL+DtlhGtmv7hVtK6Dz5H+fGvuvJtFKEiV46Bg+JYd?= =?us-ascii?Q?7asbXivjDLXLYK8sPeO33r5w3KEvhZqdCQrZk8CqH9nc6m1HNDIH0Gsfnfsz?= =?us-ascii?Q?TEzlgasehB0etSEM6PYCdfnBojY2pEq//HzmCVdimP9sLBWfbAZldu1C1oc1?= =?us-ascii?Q?p7OBl2v+0CHKGez3kgrM6tnLfdLvOKt0MketiDTcWj8kIsmW44hAR/yseBDu?= =?us-ascii?Q?5XL4rqhC6AlkWSPr5/R2ipdE/USeAKqZAjGqwlN4jWoPEQOu/RbXHXQbb1VP?= =?us-ascii?Q?C/FVRuklfJHrbaKU3yCLwaaEbHlUefM45IwlGXKtnZPUAulYRSPj4xqM6WDx?= =?us-ascii?Q?O/HqvOSKXKGKKGZkMBJclWMjWa3BqBUbIPu/x9aOE0/Zune/XxX3FByQGn3J?= =?us-ascii?Q?QW9aE26ES+P8BmrqqTQDa44cXsNZEiO42M9ujL2vpMWDmfgRewTu9hh2K/g4?= =?us-ascii?Q?WEsg x-ms-exchange-transport-forked: True X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA2PR10MB4474.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: cc241fdf-8f09-499a-fc4c-08d8cded68fc X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Feb 2021 17:58:02.4850 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Ux95LltHrwEjvgKl64t0F0ts6We/W+L7vxc4GA2tIidi0vuNg1QoqlqghCYjMpno9B1EK8EJ7X0LcgiKzwT0jg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA2PR10MB4491 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9891 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 adultscore=0 mlxlogscore=999 malwarescore=0 bulkscore=0 phishscore=0 spamscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102100163 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9891 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 spamscore=0 lowpriorityscore=0 phishscore=0 adultscore=0 impostorscore=0 suspectscore=0 mlxscore=0 clxscore=1015 mlxlogscore=999 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102100163 Received-SPF: pass client-ip=141.146.126.79; envelope-from=drew.adams@oracle.com; helo=aserp2130.oracle.com 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, DKIM_SIGNED=0.1, DKIM_VALID=-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:264314 Archived-At: > The bindings people are suggesting suppressing are all > basic editing commands. If their bindings are taken > from them, then they become inaccessible, und > unknowable, to all but a few old hands. Newbies should > also be able to discover and use back-to-indentation, > open-line, and so forth. Menus. Apropos. (This is not a comment about any specific key proposals. It's just to say that commands are discoverable. And, yes, discoverability has room for improvement.) And nothing prevents a 3rd-party library or even Emacs itself, from providing one or more commands that set up a given set of bindings. Au choix. That's different from binding those keys by default. And such key-set choices could be available by commands on the Help menu. There are other possibilities. All of that said, I don't think we should willy nilly remove default key bindings. Discussion and reasoned argument & decision are called for. The point is that some keys might well be candidates for freeing up. I suggested also possible refactoring: using prefix keys more, grouping related commands on a common prefix. And I suggested making commands repeatable that are now non-repeatable but are currently bound to repeatable keys (e.g. `C-a'). [This doesn't, in general, free up keys, but it might in some cases, e.g. having a single repeatable key where you can reverse the direction on the fly (including at the outset).] > Another reason is that if somebody rebinds a much > used basic command back to its traditional key > sequence, that blocks out all the potentially > useful commands which other people now feel free > to bind to that key sequence. I don't see that as a real problem. That's just deciding to rebind a key that's already bound to something else (at least in some context, e.g. some mode, after activating some set of keys, or loading some library). Caveat emptor. Users can bind and unbind any keys they like. That's already the case. > I also don't see that the case has been made > for freeing up vast numbers of key bindings > for external packages. I don't think anyone has suggested that. Certainly not vast numbers. My own suggestion was to reserve, for 3rd-party code, at least for a while - a moratorium, those keys that currently do NOT have default key bindings. And there certainly are not vast numbers of those. > If I've understood correctly, these key > sequences are wanted for things like > `switch-on-foo-minor-mode', where the reserved > minor mode bindings are not yet available. No, I don't think so. I don't think anyone proposed default-binding such switch-keys-on commands OR the bindings that such a command would make - whether minor-mode or otherwise. And I don't think anyone proposed reserving such commands. But maybe I've misunderstood the point you make, there. > Each user will have her own set of minor modes > she uses, that set will typically be small, so > setting her own set of bindings is reasonable > to expect. Beyond the basic facilities, we > shouldn't be trying to set up a universal set > of bindings for everybody. 100% agreement about that last point. (I might well have misunderstood some of your other points.)