From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: xenodasein--- via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: The new keymap functions Date: Sun, 14 Nov 2021 13:04:04 +0100 (CET) Message-ID: References: <87mtm7h8kf.fsf@gnus.org> Reply-To: xenodasein@tutanota.de 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="39573"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Monnier , Emacs Devel To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Nov 14 13:05:10 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 1mmEFw-0009zm-0J for ged-emacs-devel@m.gmane-mx.org; Sun, 14 Nov 2021 13:05:08 +0100 Original-Received: from localhost ([::1]:55476 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mmEFu-0006iZ-2p for ged-emacs-devel@m.gmane-mx.org; Sun, 14 Nov 2021 07:05:06 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:58486) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmEEy-0005Zr-Lx for emacs-devel@gnu.org; Sun, 14 Nov 2021 07:04:09 -0500 Original-Received: from w1.tutanota.de ([81.3.6.162]:36058) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmEEx-0002S4-0v for emacs-devel@gnu.org; Sun, 14 Nov 2021 07:04:08 -0500 Original-Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id EE7D5FBF84E; Sun, 14 Nov 2021 12:04:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1636891444; s=s1; d=tutanota.de; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=03+Hs5n62GhPeoiLIp1PuNnSAPZlvI8m8EiuYzn7298=; b=2IpGQK/F/DdpW5AlaQXfPBGIsYZk4gZ9L60G9POK3BnJI62QWyPzh5mdaS+cXe90 DyH8hElY6JpZy1WmYcX/CLkL/Bca63QRXAfr8GUM89Eq/QRXar0eIOtrd9DF5t8b8a4 qFr0IcztGkGk2biVFmChHfA6BCOEj50jmmLDwGVt0PIh71lIy4mO+T/2YENpu4qNVUD FuwqH1DFnMWZ3xHUIlkGUeURcJEwzDLnQFWQ0S3Od2FYoNwNyEzgqGAskg4xDST1G0l QNj4cxtelr+9/GhHAgNKnH9Y8yncypxY5A0OoW7zuAIsZoKg2tpviy9MOrn6Ivi1Cus py02FrvnfQ== In-Reply-To: <87mtm7h8kf.fsf@gnus.org> Received-SPF: pass client-ip=81.3.6.162; envelope-from=xenodasein@tutanota.de; helo=w1.tutanota.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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.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" Xref: news.gmane.io gmane.emacs.devel:279413 Archived-At: Nov 14, 2021, 03:42 by larsi@gnus.org: > xenodasein@tutanota.de writes: > >> Any chance these can be integrated? There is a function for key >> removal too. >> > > That's the one that was proposed (and is buggy). > > So, I've had a look at the chartable stuf -- and... is the structure of > a chartable documented anywhere? Because skimming that file wasn't super > enlightening. =F0=9F=A4=A8 But as I guessed, there doesn't seem to be a= ny way to > remove a chartable entry? (As opposed to making the entry nil.) > > --=20 > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: > http://lars.ingebrigtsen.no > Ouch, sad to hear. Keymap internals seem all over the place and hard to und= erstand, I'd be impressed if someone can actually can modify them without a= ny hidden bugs... I always wondered why setting a key to nil made it t in char-table, and if = I could reverse it. I think we must have a way to reverse/delete them both = in sparse and full keymaps, because it directly affects functionality.=20 Thank you very much for having a go at this.