From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jonas Bernoulli Newsgroups: gmane.emacs.bugs Subject: bug#62207: 29.0.60; Trying to remove non-existent key binding instead adds a binding Date: Mon, 20 Mar 2023 19:46:56 +0100 Message-ID: <87lejrqmzj.fsf@bernoul.li> References: <875yb2gfqp.fsf@bernoul.li> <87v8j2hsa8.fsf@bernoul.li> <871qlpvrwe.fsf@gmail.com> <87sfe5irbh.fsf@bernoul.li> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2749"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Robert Pluim , 62207@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 20 19:48:22 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1peKYP-0000Qn-T0 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 20 Mar 2023 19:48:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1peKY8-00043k-8d; Mon, 20 Mar 2023 14:48:04 -0400 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 1peKY6-00043P-Sf for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 14:48:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1peKY6-0006MI-C3 for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 14:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1peKY6-0002BH-8H for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 14:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jonas Bernoulli Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Mar 2023 18:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62207 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 62207-submit@debbugs.gnu.org id=B62207.16793380238143 (code B ref 62207); Mon, 20 Mar 2023 18:48:02 +0000 Original-Received: (at 62207) by debbugs.gnu.org; 20 Mar 2023 18:47:03 +0000 Original-Received: from localhost ([127.0.0.1]:56814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peKX8-00027C-HE for submit@debbugs.gnu.org; Mon, 20 Mar 2023 14:47:02 -0400 Original-Received: from mail.hostpark.net ([212.243.197.30]:40302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peKX6-00026m-Ge for 62207@debbugs.gnu.org; Mon, 20 Mar 2023 14:47:01 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by mail.hostpark.net (Postfix) with ESMTP id 42673162F8; Mon, 20 Mar 2023 19:46:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bernoul.li; h= content-type:content-type:mime-version:message-id:date:date :references:in-reply-to:subject:subject:from:from:received :received; s=sel2011a; t=1679338017; bh=TyJYpdB43w4OFyPhg0KK52Py fO54dKkDOgka80nI5Vg=; b=C1rLHPEhqaRmGLdwwEslPQILvR4a4d6wQpP5xnrJ mdVH3r4dKge3Q6NSdV4ZC5FeSlLIP4Wwrq1bcsOZtymXffbY+AMbQ2mn2JM/feXl XhuEML7h3lN50vG7K7qIiaBZAfdVedjMTCRK7SJ3YfMeVa+7FDydG4IFG6SM/yhd nVM= X-Virus-Scanned: by Hostpark/NetZone Mailprotection at hostpark.net Original-Received: from mail.hostpark.net ([127.0.0.1]) by localhost (mail1.hostpark.net [127.0.0.1]) (amavisd-new, port 10224) with ESMTP id 2NoEaORV0bOf; Mon, 20 Mar 2023 19:46:57 +0100 (CET) Original-Received: from customer (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.hostpark.net (Postfix) with ESMTPSA id E7F84162A5; Mon, 20 Mar 2023 19:46:56 +0100 (CET) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:258314 Archived-At: Eli Zaretskii writes: > Then Robert, please install on the emacs-29 branch the part of your > suggested patch which fixes the problem with REMOVE. The other part > should go to master, I think. The other part hasn't landed on master yet. I agree it shouldn't go on emacs-29, but would like to see it in master. Stefan seems to have some objections, which I believe boil down to "nobody has demonstrated a real need yet, beside 'making the api complete'". I don't have an immediate need, but I am fairly sure I would make use of it eventually. I haven't bothered with improving my personal key bindings much lately, but plan to get back into the game eventually. >From the top of my head I can think of the following use-case. The which-key package displays available bindings in some sort of popup buffer, not unlike "C-h m", but more dynamic and less verbose. I would like to (eventually) create a package to display a more curated list of bindings. A minimal viable version of that, for my own personal, use would display the keys I personally reserve for "directional commands", namely [MOD]-{j,i,k,l}, along with the commands they are bound to in the current buffer/mode. When I start using a new mode, I would bring up that bindings buffer, and if it showed me that, for example, "k" was bound to sacrifice-goat, instead of some *-previous, then I would know I had to remove that binding for my own use and possibly make other adjustments. At this point it would be nice if there were some indication in what keymap the default binding, this-mode-map or parent-mode-map. The UI could even allow directly jumping to the definition of the appropriate keymap. Eventually it might even be possible to make the changes directly from the popup buffer. If that is to vague or obscure, I am fine with the ignore-bindings-in-parent feature not being installed on master just yet. But in that case we should probably open a new issue to track it. Cheers, Jonas