From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: Moving kbd to subr.el Date: Wed, 20 Oct 2021 21:07:58 -0700 Message-ID: References: <20211004081724.6281.11798@vcs0.savannah.gnu.org> <874k9juy0r.fsf@gnus.org> <87mtnbtimj.fsf@gnus.org> <87wnmd13ny.fsf@gnus.org> <87sfx10xs6.fsf@gnus.org> <87h7dfpjn3.fsf@gnus.org> <31b2f1e94178d73e5f05@heytings.org> <83fsszfnjw.fsf@gnu.org> <31b2f1e9412c9002c8f4@heytings.org> <875ytvpgnn.fsf@gnus.org> <838ryqftlh.fsf@gnu.org> <87zgr487cj.fsf@gnus.org> <87k0i7jdid.fsf@gnus.org> <87sfwvgi6u.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23082"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , gregory@heytings.org, Richard Stallman , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 21 06:10:07 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 1mdPP5-0005ot-0g for ged-emacs-devel@m.gmane-mx.org; Thu, 21 Oct 2021 06:10:07 +0200 Original-Received: from localhost ([::1]:48786 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mdPP3-0000um-4y for ged-emacs-devel@m.gmane-mx.org; Thu, 21 Oct 2021 00:10:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41002) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mdPN5-0007iw-LK for emacs-devel@gnu.org; Thu, 21 Oct 2021 00:08:03 -0400 Original-Received: from mail-pf1-x42c.google.com ([2607:f8b0:4864:20::42c]:42870) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mdPN2-0007WM-Ua; Thu, 21 Oct 2021 00:08:03 -0400 Original-Received: by mail-pf1-x42c.google.com with SMTP id m14so4724198pfc.9; Wed, 20 Oct 2021 21:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=CMC+bMOcwkrOQChfh47ZI+PeDvlO7UAtSk0MbmIkBiM=; b=dVTKTKjLDi/hv50SUHJMEnCtyO5fO2Ozg/y5RYoD1xOZ4qRZZXQRxBU6k/d9Okng01 cF2UPGlV6GLVFmxry9NYlXvOIX6rjrftWF1hPpJ2x1eDOa+4WaE6ewwVkQrIY5E7Jasj BnLHdfle8SDBT1Ng9rphT5yqit4/DYR1WYm38opafyJ/DGxgs7h27vx+6gpv3YqRcwfh nKRsuwp6gG/ihki8EUWDjgFVWRx9RuszAueBcVKEdZPWrDIcg+46RMC5beBB95TPj1nm IEWDadpxz7wFkPB1gTdphEE76kw7dV9a4mEEes7dII8IslwZQgySkl0QVx4NsD6QIW6y i+VQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=CMC+bMOcwkrOQChfh47ZI+PeDvlO7UAtSk0MbmIkBiM=; b=NVzdWj8CbXOr3NsCUVR2AaZYztSFHOEPQSX03in+ruE0naaqBqfJU2lq15ABuqGjWB odZh0JghsC9Acgt/Axde4MKoZL3RHUOw9+EgHnb/UJMztg4ybceJxUsc/aIdz4kInzkv uIl2D1eYQmpCglWP6nV3ImyjFXSF6F1ox9F01Eb7LtexJvdUPueNZ25fHI+BuNpk1c7V WbyE50F3d3cfxRl8Rs3WYm1L3c6sRYgSVKHQB9FeoWhmq3lcuioO5TqejMKslMWtcQBq kyrirnfTHGCemYnVMVfR7mgPJJ9KUJ4r04l7FZXvclmad0r2fdzpo9+T4XSpSDxawzBm UUVg== X-Gm-Message-State: AOAM532U3RMMrrdt5GcItofLST/TOivkFNMkfrt1xwofSaM4Fq8Ie1+y CUm6a6gl9XH+E5+cKRQPg/HiBudww5svkKqhRLE= X-Google-Smtp-Source: ABdhPJy0Tnog3LroJkfIS/ktmB5sJ5MiRJx2S4eAruIjLeqyYM1cCbGm1LQF9vd+98K+z4j91I72WBWvDddB3Sl4nhw= X-Received: by 2002:a63:81c2:: with SMTP id t185mr2636252pgd.114.1634789278796; Wed, 20 Oct 2021 21:07:58 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 20 Oct 2021 21:07:58 -0700 In-Reply-To: <87sfwvgi6u.fsf@gnus.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::42c; envelope-from=stefankangas@gmail.com; helo=mail-pf1-x42c.google.com 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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:277496 Archived-At: Lars Ingebrigtsen writes: > Strict versions are nice because then you get errors when you do > something wrong instead of it subtly not working. That's true. I'm just not sure how that balances out. If we are keeping support for a string syntax in the 'kbd-*' functions, it's probably a good idea to make it strict. And then it seems prudent to just use that same syntax everywhere. But let's say we were to promote `kbd-*' mainly for use in Emacs and packages, and that we drop support for string syntax there (only allowing instead e.g. the XEmacs [(control meta x)] syntax). And let's say we coupled this with promoting e.g. `bind-key' as the strictly user-facing way to bind keys. In this case, perhaps the balance would be different. For example, do we need to demand "C-" instead of "C-return" in our strictly user-facing function? Maybe not. But we should IMO definitely demand that if you want to bind a command to the six character sequence, you need to specify that as "r e t u r n".