From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Moving kbd to subr.el Date: Tue, 19 Oct 2021 04:30:38 +0200 Message-ID: <87r1chhhkh.fsf@gnus.org> References: <20211004081724.6281.11798@vcs0.savannah.gnu.org> <874k9jzu7a.fsf@gnus.org> <874k9juy0r.fsf@gnus.org> <87mtnbtimj.fsf@gnus.org> <87wnmd13ny.fsf@gnus.org> <87sfx10xs6.fsf@gnus.org> <87h7dfpjn3.fsf@gnus.org> <31b2f1e94178d73e5f05@heytings.org> <87czo3pgs1.fsf@gnus.org> <31b2f1e9412d60db82df@heytings.org> <87o87moopl.fsf@gnus.org> <19fca5d18b63e6eff5de@heytings.org> <87wnmaiida.fsf@gnus.org> <87zgr6gw9s.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31871"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Gregory Heytings , Stefan Kangas , Emacs developers To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 19 04:32:13 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 1mcevE-00088C-6k for ged-emacs-devel@m.gmane-mx.org; Tue, 19 Oct 2021 04:32:12 +0200 Original-Received: from localhost ([::1]:53488 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mcevC-0003To-VW for ged-emacs-devel@m.gmane-mx.org; Mon, 18 Oct 2021 22:32:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38078) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mcett-0001tG-Rb for emacs-devel@gnu.org; Mon, 18 Oct 2021 22:30:52 -0400 Original-Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:48010) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mcets-0007yT-7y for emacs-devel@gnu.org; Mon, 18 Oct 2021 22:30:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=rkd34huVqYvUzfcbChposoK60wRBnikKCwuWIVd5/r8=; b=WqdbbMb/mWbEnxQ+h60B1eMIgM svEQco3QEpofo4a8vNEoxzipqDcAGccyrAyQmyaY16xcbxJz/E/HKmU2pLwXAUibhYAOlSUvlEXMS 90WZXp4/t0+lK4RTmpsxCASa0KaT5V3cAUW96m1LKa6fLv9ErnwBJ3KrlCfj/u0OHvT0=; Original-Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mcetk-0001yc-9J; Tue, 19 Oct 2021 04:30:42 +0200 X-Now-Playing: Espen Reinertsen's _Nattsyntese_: "Nattsyntese" In-Reply-To: (Stefan Monnier's message of "Mon, 18 Oct 2021 12:33:44 -0400") Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org 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_NONE=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:277333 Archived-At: Stefan Monnier writes: >> We could indeed, but I don't want to have different syntaxes in >> different functions. It'd suck if you can't lift a key definition from >> `define-keymap' and use it in `local-set-key'. > > Then I suggest not to support strings at all in `define-keymap`. The same argument is as valid in the opposite direction. I.e., if you see a key binding used in `local-set-key', you should be able to use it in `define-keymap'. > The old string syntax for keys just sucks and we should work towards > its reduction, even if it will stay with us for the foreseeable future. I totally agree that the old string syntax for keys sucks, but there is no realistic way to phase it out. `kbd' was a nice attempt, but it's not attractive enough as is. My hope is that the new syntax (which gives you actual error messages if you do something wrong and stuff) will spur conversion. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no