From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Deprecation of define-key? Date: Fri, 29 Jul 2022 17:33:07 +0200 Message-ID: <875yjgszm4.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="19591"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jul 29 17:58:02 2022 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 1oHSNF-0004xp-Ao for ged-emacs-devel@m.gmane-mx.org; Fri, 29 Jul 2022 17:58:01 +0200 Original-Received: from localhost ([::1]:33788 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oHSNE-0003iT-BH for ged-emacs-devel@m.gmane-mx.org; Fri, 29 Jul 2022 11:58:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51456) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oHSEg-00077f-4d for emacs-devel@gnu.org; Fri, 29 Jul 2022 11:49:13 -0400 Original-Received: from mx-rz-1.rrze.uni-erlangen.de ([131.188.11.20]:33697) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oHSEd-0007hc-Ce for emacs-devel@gnu.org; Fri, 29 Jul 2022 11:49:09 -0400 Original-Received: from mx-rz-smart.rrze.uni-erlangen.de (mx-rz-smart.rrze.uni-erlangen.de [IPv6:2001:638:a000:1025::1e]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by mx-rz-1.rrze.uni-erlangen.de (Postfix) with ESMTPS id 4LvX4Q7598z8v37 for ; Fri, 29 Jul 2022 17:48:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fau.de; s=fau-2021; t=1659109735; bh=3C1sxU1WvJB0TYFCfK8yfaCezN3fR2JxX8N/qWaD+AA=; h=From:To:Subject:Date:From:To:CC:Subject; b=mIp0HYH3w/8EJX2kw7lsh8uPVO03lvHK/QQn2zDNE6sA7gFJDkah9Xc0JqJcr+e0i 1rk1tSttpiDvDYTdvsudzKvlPmEinp7MPUZIiVXhdsEGySULpBW1PN/4zEoAmcgu6I rvZM83lZ3weX5Zbgnp4M5fA7ITimWbLCcyfowqaoeYyy9mWkvhre3go+V37X/A4zJx /e2otbxxDwoKfMF7UI6Dx7hidtTUuqQrTtShSJLcuqNA2+q4g0kNADF8KvuC4wfVQi DL2OytGvggn9i10bBAQq+7MvYuGCmauI2eZ/Sns/8TiMqktFKRSgw/Tz2cQJEYYwvS ge0BqSIn/25eQ== X-Virus-Scanned: amavisd-new at boeck2.rrze.uni-erlangen.de (RRZE) X-RRZE-Flag: Not-Spam X-RRZE-Submit-IP: 2003:f8:716:80cd:e9ca:87d8:727d:6ca3 Original-Received: from rhea (p200300f8071680cde9ca87d8727d6ca3.dip0.t-ipconnect.de [IPv6:2003:f8:716:80cd:e9ca:87d8:727d:6ca3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: U2FsdGVkX1/vPsVXg02AXp8fao0Zb/Xok3JYd7z2tWI=) by smtp-auth.uni-erlangen.de (Postfix) with ESMTPSA id 4LvX4N46hbz8tPg for ; Fri, 29 Jul 2022 17:48:52 +0200 (CEST) Autocrypt: addr=philipk@posteo.net; prefer-encrypt=nopreference; keydata= mDMEYHHqUhYJKwYBBAHaRw8BAQdAp3GdmYJ6tm5McweY6dEvIYIiry+Oz9rU4MH6NHWK0Ee0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiQBBMWCAA4FiEEDM2H44ZoPt9Ms0eHtVrAHPRh1FwFAmBx6lICGwMFCwkIBwIGFQoJ CAsCBBYCAwECHgECF4AACgkQtVrAHPRh1FyTkgEAjlbGPxFchvMbxzAES3r8QLuZgCxeAXunM9gh io0ePtUBALVhh9G6wIoZhl0gUCbQpoN/UJHI08Gm1qDob5zDxnIHuDgEYHHqUhIKKwYBBAGXVQEF AQEHQNcRB+MUimTMqoxxMMUERpOR+Q4b1KgncDZkhrO2ql1tAwEIB4h4BBgWCAAgFiEEDM2H44Zo Pt9Ms0eHtVrAHPRh1FwFAmBx6lICGwwACgkQtVrAHPRh1Fw1JwD/Qo7kvtib8jy7puyWrSv0MeTS g8qIxgoRWJE/KKdkCLEA/jb9b9/g8nnX+UcwHf/4VfKsjExlnND3FrBviXUW6NcB Received-SPF: pass client-ip=131.188.11.20; envelope-from=philip.kaludercic@fau.de; helo=mx-rz-1.rrze.uni-erlangen.de 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Fri, 29 Jul 2022 11:55:19 -0400 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:292841 Archived-At: The docstring for `define-key' currently says: This is a legacy function; see =E2=80=98keymap-set=E2=80=99 for the= recommended function to use instead. yet `keymap-set' uses `define-key' internally. Is there a long-term plan to re implement parts of keymap.el in C? If not, this should be rephrased (my understanding up until now was that keymap-* is a higher-level abstraction) I'd also like to suggest distributing keymap on ELPA, as there seems to be interest in using the new macros for packages that still support versions of Emacs prior to 29.0.50.