From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: org-insert-heading rewritten from scratch Date: Tue, 3 Sep 2013 15:47:17 +0200 Message-ID: References: <6570EFE0-1DCA-44D1-AAD9-BE51A278EE58@gmail.com> <87txj0d3y8.fsf@ericabrahamsen.net> <2CBE3492-5A45-48D6-AF3B-A81D0C322009@gmail.com> <877gf2nd2y.fsf@gmail.com> <87a9jxlzsa.fsf@gmail.com> <7F861E6F-B668-4D9E-A684-37610C5BF93D@gmail.com> <878uze3v0x.fsf@gmail.com> <145CF774-77B2-4FCE-B52D-998D9EEC468F@gmail.com> <87zjru2fg7.fsf@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43622) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGqx7-0006e8-Cp for emacs-orgmode@gnu.org; Tue, 03 Sep 2013 09:47:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VGqwy-00043y-Vq for emacs-orgmode@gnu.org; Tue, 03 Sep 2013 09:47:29 -0400 Received: from mail-we0-x229.google.com ([2a00:1450:400c:c03::229]:51124) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGqwy-00043s-OS for emacs-orgmode@gnu.org; Tue, 03 Sep 2013 09:47:20 -0400 Received: by mail-we0-f169.google.com with SMTP id t60so1699307wes.28 for ; Tue, 03 Sep 2013 06:47:19 -0700 (PDT) In-Reply-To: <87zjru2fg7.fsf@gmail.com> 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nicolas Goaziou Cc: Eric Abrahamsen , emacs-orgmode@gnu.org I am still not clear about this. In your earlier mail you made this = example: > Well same as above: I think it eats blank lines where it shouldn't. It > the following cases: >=20 > * H1 >=20 > ** H2 >=20 > H > X >=20 > and >=20 > * H1 >=20 > * H2 >=20 > H >=20 > X =20 >=20 > I don't think there's any reason for M-RET to eat blank line before > point with either `org-blank-before-new-entry' set to `auto' or t. It > should know that a blank line is expected before the new entry and > therefore should create the headline at point. WIth `auto', there will be an empty line before the next entry in both = cases. In both cases it looks at the H2 headline and sees the empty = line before it. Are you saying the behaviour should be different in = both cases? Cheers - Carsten On Sep 3, 2013, at 3:38 PM, Nicolas Goaziou wrote: > Carsten Dominik writes: >=20 >> Hmmm, I thought you just asked me to implement exactly what you see, >> namely that M-RET will not remove empty lines above the cursor - only >> add them. Did I misunderstand? >=20 > I think so. >=20 > M-RET should not remove (or add) anything when it has no information > whatsoever about what the user want, namely when behaviour is set to > `auto' _and_ number of blank lines (or lack thereof) cannot be deduced > from other headlines. >=20 > When `org-blank-before-new-entry' is set to t (respectively nil), the > message is pretty clear. There are no heuristics involved and the > function can add (respectively remove) blank lines to its heart's > contents. >=20 > Sorry if I wasn't clear enough. >=20 >=20 > Regards, >=20 > --=20 > Nicolas Goaziou