From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.devel Subject: Re: master 859190f 2/3: Convert some keymaps to defvar-keymap Date: Wed, 13 Oct 2021 22:55:01 +0000 Message-ID: <818f9907c2ad0ef0f72a@heytings.org> References: <20211004081724.6281.11798@vcs0.savannah.gnu.org> <20211004081727.4F24921048@vcs0.savannah.gnu.org> <871r4qcs8s.fsf@gnus.org> <87o87ubcnl.fsf@gnus.org> <87h7dm9en7.fsf@gnus.org> <818f9907c2b1fe8b54b1@heytings.org> <83tuhlnkxm.fsf@gnu.org> <818f9907c2f359a71f49@heytings.org> <83czo9nj4g.fsf@gnu.org> <818f9907c244b9db0bea@heytings.org> <834k9lnd2i.fsf@gnu.org> <818f9907c2dff3b49971@heytings.org> <83k0ign3zj.fsf@gnu.org> <818f9907c26fb6f0233a@heytings.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9415"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, stefankangas@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 14 00:58:05 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 1manCG-00027g-IV for ged-emacs-devel@m.gmane-mx.org; Thu, 14 Oct 2021 00:58:05 +0200 Original-Received: from localhost ([::1]:37552 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1manCF-0007aT-KW for ged-emacs-devel@m.gmane-mx.org; Wed, 13 Oct 2021 18:58:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59364) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1man9O-00058o-TL for emacs-devel@gnu.org; Wed, 13 Oct 2021 18:55:07 -0400 Original-Received: from heytings.org ([95.142.160.155]:50144) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1man9M-0008AC-LR; Wed, 13 Oct 2021 18:55:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1634165701; bh=++VixLck/im5numyyViwoMm62FV8BdHngkAkcZzQWCw=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=u6vmx8KXXuCg0+jQcAMuudoCZ5CDhmebh9/VvZAshpXgpOkNfif2fuUYxeWZi0wLN PrOX+Kfp+ADYOJmlWm8kb9ZKFTOlapEU+WWYWaEt0Yz79UH5sQnZ8bW6pK562wvNfd cQubUpaEbw1I75h3GWKMjbmGTofmkvuhNIigTFZs357eKWpS2iir8XcuCwuUBVZjvX BAIetJiwgTsn/iyETI8J0qEkZdLZDApOEU4BFCDgg4YJLdu9v41KnB+KZAbEbUOMck iYNlgtTN3N+rt05u5HethE7eyhDurvFDEpobPrY+iftWwMpBDCpNmbzgwQSgnevApC VL5Q4+L3Og3DQ== In-Reply-To: <818f9907c26fb6f0233a@heytings.org> Received-SPF: pass client-ip=95.142.160.155; envelope-from=gregory@heytings.org; helo=heytings.org 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, 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:276947 Archived-At: >> I understand, but edmacro is not preloaded, and files we do preload, >> like bindings.el, call define-key all over the place. Letting all >> those calls fail, albeit silently, would not be useful, not if we want >> to be able to use 'kbd' syntax freely in preloaded files. So I'm not >> sure I understand how your proposal will work in practice. > > The question (at least as I understood is) was to make it possible for > users (in their init files) and third-party packages to use a more > readable syntax for key bindings, without wrapping each key binding in a > call to kbd. That would have been a first step towards phasing out the > "strings where every char represents an event" syntax. Perhaps the > check for (fboundp 'kbd) could have been replaced by a (will_bootstrap_p > () || will_dump_p ()) check to avoid the unnecessary calls during > bootstrap. > > A second step would be to preload edmacro-parse-keys, to make it > possible to use the kbd syntax in other preloaded files too. > Now that Stefan K has written a patch to move kbd and edmacro-parse-keys to subr.el, the distinction above is not necessary anymore. With the proposed patch (which would probably need some more work) it would be possible to use the kbd syntax in define-key and friends without explicitly calling kbd. But again I don't really see why we're discussing this, given that Lars and Stefan K already said it's a no go.