From mboxrd@z Thu Jan 1 00:00:00 1970 From: Corwin Brust Subject: Re: Provide org-insert-subitem Date: Wed, 12 Feb 2020 23:13:21 -0600 Message-ID: References: <87tv49bf9e.fsf@gnu.org> <87v9oo28cd.fsf@alphapapa.net> <87h7zwnr26.fsf@gnu.org> <87sgjflclf.fsf@alphapapa.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000761bf5059e6e2630" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:41893) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j26oh-0000Re-3X for emacs-orgmode@gnu.org; Thu, 13 Feb 2020 00:13:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j26og-0000Q4-2M for emacs-orgmode@gnu.org; Thu, 13 Feb 2020 00:13:35 -0500 Received: from mail-ed1-f49.google.com ([209.85.208.49]:39941) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j26of-0000PP-SQ for emacs-orgmode@gnu.org; Thu, 13 Feb 2020 00:13:34 -0500 Received: by mail-ed1-f49.google.com with SMTP id p3so5261375edx.7 for ; Wed, 12 Feb 2020 21:13:33 -0800 (PST) In-Reply-To: <87sgjflclf.fsf@alphapapa.net> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Sender: "Emacs-orgmode" To: Adam Porter Cc: emacs-orgmode@gnu.org --000000000000761bf5059e6e2630 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, On Wed, Feb 12, 2020, 15:28 Adam Porter wrote: > Hi Bastien, > > Bastien writes: > > > I still find it strange to keep functions that are used nowhere in the > > Org's core--except of course for functions that explicitely mention as > > usable by the user (e.g. `org-clock-persistence-insinuate'.) > [snip] And it's in org.el, so it's in Org's > "core", right? I guess we're thinking in different terms. > > Inserting a subheading or subitem is a very common operation in an > outlining and list-making tool, so it would seem like a significant > regression to remove it. > I think there's an implied -and usually misleading=E2=80=90 correlation bet= ween the importance of a function and the count of self-references -meaning uses in the defining package- shown from help buffers. It would be cool to see uses tracked as we byte-compile or something. I'm not opposed to reorganizing the code, of course, as long as it > remains loaded as a command when org-mode is activated. > I'm a fan of interactive methods in obvious, easy to reach places. --000000000000761bf5059e6e2630 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

On Wed, Feb 12, 2020, 15:28 Adam Porter <adam@alphapapa.net> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">Hi Bastien,

Bastien <bzg@gnu.org> writes:

> I still find it strange to keep functions that are used nowhere in the=
> Org's core--except of course for functions that explicitely mentio= n as
> usable by the user (e.g. `org-clock-persistence-insinuate'.)

[snip]=

And it's in org.el, so it's in O= rg's
"core", right?=C2=A0 I guess we're thinking in different term= s.

Inserting a subheading or subitem is a very common operation in an
outlining and list-making tool, so it would seem like a significant
regression to remove it.

=
I think there's an implied -and usually mislead= ing=E2=80=90 correlation between the importance of a function and the count= of self-references -meaning uses in the defining package- shown from help = buffers.=C2=A0 =C2=A0 It would be cool to see uses tracked as we byte-compi= le or something.

I'm not opposed to r= eorganizing the code, of course, as long as it
remains loaded as a command when org-mode is activated.

I'm a fan of int= eractive methods in obvious, easy to reach places.
<= br>
--000000000000761bf5059e6e2630--