From mboxrd@z Thu Jan 1 00:00:00 1970 From: Luciano Passuello Subject: Re: Insert heading above current one Date: Sat, 30 Sep 2017 17:02:02 -0300 Message-ID: References: <874lrlmg9u.fsf@nicolasgoaziou.fr> <87mv5clk4v.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36277) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dyNyh-00027A-F8 for emacs-orgmode@gnu.org; Sat, 30 Sep 2017 16:03:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dyNyd-0006EI-V9 for emacs-orgmode@gnu.org; Sat, 30 Sep 2017 16:03:11 -0400 Received: from vps2.litemind.com ([192.159.65.166]:60234) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dyNyd-00058B-Qu for emacs-orgmode@gnu.org; Sat, 30 Sep 2017 16:03:07 -0400 Received: from mail-lf0-f47.google.com ([209.85.215.47]:51076) by vps2.litemind.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from ) id 1dyNxw-0005X1-VZ for emacs-orgmode@gnu.org; Sat, 30 Sep 2017 16:02:25 -0400 Received: by mail-lf0-f47.google.com with SMTP id d4so2495094lfj.7 for ; Sat, 30 Sep 2017 13:02:24 -0700 (PDT) In-Reply-To: <87mv5clk4v.fsf@nicolasgoaziou.fr> 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.org@gnu.org Sender: "Emacs-orgmode" To: Nicolas Goaziou Cc: Luciano Passuello , emacs-orgmode@gnu.org, Kaushal Modi Hello, On Sat, Sep 30, 2017 at 4:29 AM, Nicolas Goaziou wrote: > OTOH, if we force the previous behaviour, as you suggest, there is no > way to insert a new headline after the current subtree when point is at > the beginning of a headline. A feature is lost. Isn't that consistent with the regular org-insert-heading (M-RET)? When cursor is in the beginning of a headline, there's no way to create a heading below that line (using standard M-RET). It will always create it above. So, having the cursor in the beginning of the line overrides the standard behavior. Unless we move the cursor somewhere else, that feature is also lost. I see no reason why C-RET should behave differently, even if only for consistency reasons. > And I agree it should be deprecated. If there is no objection, I'll > remove it. I'm too much of a n00b to foresee all consequences of such deprecation, so I prefer not to give my opinion here. Doing a quick search on "org-insert-heading-respect-content t" I see some people do find value in it. Regards, Luciano.