From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Nikolay Kudryavtsev Newsgroups: gmane.emacs.devel Subject: Re: Standardizing more key bindings? Date: Thu, 8 Oct 2020 12:40:45 +0300 Message-ID: <6704d980-7a66-6d2d-d2c2-36466272946d@gmail.com> References: <8c05eb11-102d-4d94-21ba-b60ceb6d9c43@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26065"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 Cc: thibaut.verron@gmail.com, emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 08 11:41:46 2020 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 1kQSQj-0006fj-Lx for ged-emacs-devel@m.gmane-mx.org; Thu, 08 Oct 2020 11:41:45 +0200 Original-Received: from localhost ([::1]:35156 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQSQi-0006Nj-Md for ged-emacs-devel@m.gmane-mx.org; Thu, 08 Oct 2020 05:41:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55178) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kQSPs-0005ro-2x for emacs-devel@gnu.org; Thu, 08 Oct 2020 05:40:52 -0400 Original-Received: from mail-lf1-x12c.google.com ([2a00:1450:4864:20::12c]:34847) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kQSPq-00070y-Ht for emacs-devel@gnu.org; Thu, 08 Oct 2020 05:40:51 -0400 Original-Received: by mail-lf1-x12c.google.com with SMTP id w11so5752076lfn.2 for ; Thu, 08 Oct 2020 02:40:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=0f8vYjtWjHgBEWey6b4Ia4EnZfxCo7ibJOgbeWTJWxo=; b=ft9dw20l76iSINqxdLutp97VC1u58Tx5vXDWMMchw3sAyCmB33Ij+Pc/FPwzDOyBjO D8f0pzmsIm7zL4LgNY0eWt0ZqImX7sPQ+EiQC/8A+eLjyTySxvRZ2PilPIVfgU56qez6 0LFuxTo7r+WDWARmhvUmpxpbX9xCOqkLZFeBTfeIZEuthKtkDz1Ld2g6qCOLix0dNsah OA/B7oXIVO/fbWyvjP/93YBN/1BZxbbhZBRPIoD5pibag8UPGb6NUYxtpjBmnYMuXRLF 4e9BqBg8gdg0ctbG25MYl4CKlGZSuZ8IItRDIv6IZkDXOgaKbrYlnjpDtGTVBpYKOyxs Gi9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=0f8vYjtWjHgBEWey6b4Ia4EnZfxCo7ibJOgbeWTJWxo=; b=VzgzD74L6J6+NJLqZLUwjKwoNwbbwgY7BBwU34b4Ch/LtydJefUfLquwolWKvCqjpI 7QAiF7ChQmTlZ5UwuYcSMuLYjvmwfjYfi5U9WlNsCdeslhJYBj2HrRy+zPBHbzdWGVFF txU1Bg+yuSHoyqMiY0LHcStZQU7gaHut6mkE/VnWzpuZ7908p6/J1/a9HKEbEpVP9rPY D3SqpsU0Eywko62Y/ZSbYlDnXkFOGOzU40ZIFZXQQivlqbfcS41DibCGx1rM/PoqlyKP PMgdngviUTVlnlGgXFXCzDn0dw4WsuEwoAZlJP11c4zvN27zmqBlq0ZAi+OoVbUSgzia byCg== X-Gm-Message-State: AOAM531DDPmitCNfM/+jt9fBSYOwBlvWg1xP3bsTh3TUHi9DwvXrEEGc +RZvOoSFx4omwLzjC7ljQwra7vQx4RhKglBO X-Google-Smtp-Source: ABdhPJx0gbZNiMo0tX1TDKDYRuh9X54kJ43E7Osz/6kVvc4iffzn3TBWXLHij7Z6ehY0LSuYopLPTg== X-Received: by 2002:a19:52:: with SMTP id 79mr2457919lfa.222.1602150047714; Thu, 08 Oct 2020 02:40:47 -0700 (PDT) Original-Received: from [192.168.1.72] (128-69-156-0.broadband.corbina.ru. [128.69.156.0]) by smtp.gmail.com with ESMTPSA id z25sm844350ljj.135.2020.10.08.02.40.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 08 Oct 2020 02:40:46 -0700 (PDT) X-Google-Original-From: Nikolay Kudryavtsev In-Reply-To: Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::12c; envelope-from=nikolay.kudryavtsev@gmail.com; helo=mail-lf1-x12c.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. 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, NICE_REPLY_A=-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:257205 Archived-At: Yeah, having such protocols would result in having to struggle to define the protocol for each case to be just robust enough. Well if Helm has some completely unique command, we can't really standardize it, since we need to classify it first. In the end it's a (hypothetical)tool for keybinding standardization with generic customization being the bonus. As for being able to keytheme Emacs in a more intentional(declarative?) manner, I agree that it would have been great, I just don't see any workable solution to accomplish that. Lets say in my theme package I want some utility menu for commands in the current major mode, let's say on C-c C-u. Then I'll have to defer to mode developers to classify their commands somehow. Lets say elisp-mode has byte-compile-file command classified as utility. Then my declarative bindings go through all commands classified as utility and byte-compile-file gets automatically bound to C-c C-u C-a for example. And we're stuck with pretty much the same problem as with the keybinding-protocols I described only in a more freeform fashion. -- Best Regards, Nikolay Kudryavtsev