From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.devel Subject: Re: Convert README.org to plain text README while installing package Date: Wed, 08 Jun 2022 21:12:11 +0800 Message-ID: <8735gfs3is.fsf@localhost> References: <87leuca7v7.fsf@disroot.org> <87czfopmsd.fsf@gnu.org> <87h74ztshe.fsf@gmx.de> <871qw31ois.fsf@yahoo.com> <8735gj4ceo.fsf@gnu.org> <87ee038ipt.fsf@gmx.de> <87o7z61v59.fsf@gmail.com> <87bkv527p5.fsf@gmail.com> <835yld93w7.fsf@gnu.org> <877d5t0yrn.fsf@gmail.com> <83o7z47m7y.fsf@gnu.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="38427"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Tim Cross , acm@muc.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jun 08 15:14:29 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 1nyvW1-0009m7-7B for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Jun 2022 15:14:29 +0200 Original-Received: from localhost ([::1]:52488 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nyvW0-00089c-6K for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Jun 2022 09:14:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38456) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nyvTf-0005sx-9z for emacs-devel@gnu.org; Wed, 08 Jun 2022 09:12:05 -0400 Original-Received: from mail-pg1-x52f.google.com ([2607:f8b0:4864:20::52f]:38464) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nyvTd-0004xC-N1; Wed, 08 Jun 2022 09:12:03 -0400 Original-Received: by mail-pg1-x52f.google.com with SMTP id 123so8485087pgb.5; Wed, 08 Jun 2022 06:11:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=gZdXn67ydjQG46nJstXIF7cW3Ip7NEBcJU4Ikh24+HY=; b=j/7E3FzJW9IXm3hwsLW1feWklkPU21D7DSb3JVtRr4FRraf0qAqQFEokl/3eDdNIBd zdkYIy5DT/QvQF6UO+g298bMKyqesEidgLhoLZgnWFyeAr5KVPdCjn6TEoWtTbNrbTIe N8T7VKhabHvAYtXFsOX9AUjCSWJU3zNBpAY1YGSiTBNTjWlLh5/DW6ecR6OsbgPsN8h/ 6i279cvdhciYa7CU97a7WkCvbLfFL7GvhLFD3Al1bg3YXIleQTH1ZvJBydSh5dHYxqxK ylYC6JNA5/lE3dddGUUqDt6coPcjRKRxVg/rP6YAe1vBYNdVa7rVrWv8CE6dGLDZB7yh sbDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=gZdXn67ydjQG46nJstXIF7cW3Ip7NEBcJU4Ikh24+HY=; b=iyrdOoB6saIP4g97W5RDip+qptuSJ+3hz5nfnZiDXPrNifeoKEBQ7NoDaaUZtKXNQb +ecTjqGimDgkmzVIIp0G1lxaOzfIxdLFVK7XE+y0z20z3p0RjvBGgI54E8fybBQWU6uj +OtciERfcwE8NXlZUQnz39rVlTRNdy7OmocXP6iLUaxG3HvQzhJXI7dMR408Y4lWxBar YCQrzQ8/X+xmdrAZiOIgy/VmMGOMQoqX1gNF4W2HA9TA69WfccHnX2t3mHqbeuqmrHxO Nj+aG+sdmWEeDC1Vw1Sovie01Yft4yJ5Wq5PhMTytMYE4yPg+4EVzOHK23YBg6A6K/Zd IOvw== X-Gm-Message-State: AOAM5320Fy/f/e6W8Mc98GaixNJczJjC8/VaQRz1sHKoqPABLAsSA2cb F+kEKdAxMnQ7DeiPuXsz0fOM0KCiacg7Bw== X-Google-Smtp-Source: ABdhPJwwWDU7XvoAjk9x4niZYaW9DjPAETSQc/FPm89iybLq4ckkd5lBc0ZFa/ier/YHNgiVSNuP0A== X-Received: by 2002:a05:6a00:855:b0:51c:27dc:b5c0 with SMTP id q21-20020a056a00085500b0051c27dcb5c0mr13048827pfk.47.1654693893900; Wed, 08 Jun 2022 06:11:33 -0700 (PDT) Original-Received: from localhost ([64.32.23.62]) by smtp.gmail.com with ESMTPSA id w144-20020a627b96000000b0051bc3f9a1f6sm13188294pfc.55.2022.06.08.06.11.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Jun 2022 06:11:32 -0700 (PDT) In-Reply-To: <83o7z47m7y.fsf@gnu.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::52f; envelope-from=yantar92@gmail.com; helo=mail-pg1-x52f.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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:290924 Archived-At: Eli Zaretskii writes: >> - 236 org related key bindings - far less than 785 Of these, a number are >> - actually remapping of existing bindings, so not new ones. This leaves 208. > > ??? How is remapping "not new"? It takes some very common Emacs > commands and redirects them to different commands. E.g., 'open-line' > now does something quite different. This means the user should either > go learn what the Org commands do, or be prepared to be surprised. There are 3 main purposes of remappings in Org: 1. To implement some optional functionality. That functionality is not enabled by default and no surprises will be given to user. 2. To implement the original functionality where the existing Emacs customization is not sufficient. For example, org-backward-paragraph has to re-implement backward-paragraph as the original function only supports regexp-bases paragraph boundaries. Regexps are not sufficient in Org syntax. 3. Like (1), but deliberately changing the default behavior to what Org users prefer historically. This is usually not much different from customisations that are usually made in define-derived-mode, except that Emacs does not have enough flexibility to do it there. >> I said that for a read only buffer, many of the org key bindings are not >> relevant as they relate to features which are not pertinent to a read only org >> buffer. Any bindings relating to babel, todo management, time management, >> agendas etc have no relevance when reading a readme.org file. > > Then why does Org define them in that case? I am not very sure what is the problem with the number of bindings. It is not different from Emacs itself. For example, I am sometimes puzzled by prefix key in Emacs defining bindings for two-column.el. Over years of using Emacs I only used them by accident and always felt like the "break" my Emacs. Yet, I am fine with those hundreds of default Emacs bindings I never use. I do not have to read the full Emacs manual to understand those bindings (they are even not all described in the Emacs manual!). Best, Ihor