From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: (org-insert-headline '(4)) should insert new headline before point Date: Fri, 25 Apr 2014 13:43:52 +0800 Message-ID: <87y4yuhskn.fsf@ericabrahamsen.net> References: <87a9bk9guf.fsf@bzg.ath.cx> <87zjjdafa3.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38285) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WdYsc-0007lR-7s for emacs-orgmode@gnu.org; Fri, 25 Apr 2014 01:41:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WdYsW-0002yA-6e for emacs-orgmode@gnu.org; Fri, 25 Apr 2014 01:40:58 -0400 Received: from plane.gmane.org ([80.91.229.3]:58105) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WdYsV-0002xe-Vv for emacs-orgmode@gnu.org; Fri, 25 Apr 2014 01:40:52 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WdYsU-0008Cd-QC for emacs-orgmode@gnu.org; Fri, 25 Apr 2014 07:40:50 +0200 Received: from 222.128.164.44 ([222.128.164.44]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Apr 2014 07:40:50 +0200 Received: from eric by 222.128.164.44 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Apr 2014 07:40:50 +0200 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: emacs-orgmode@gnu.org Leonard Randall writes: > Sorry, I should clarify that the C-RET functions as expected in the > content of an entry, it is only problematic when it is called from > the headline. > All best, > Leonard Yes, please, this has gotten really difficult to use all of a sudden! New headings are inserted between the old heading and the old heading's PROPERTIES drawer, which seems very wrong... > On 23 April 2014 22:42, Leonard Randall > wrote: > > Hi Bastien, > I just wanted to report an issue with this fix. In many use cases > it makes C-RET less useful, and renders the speedkeys command `i' > useless. It makes C-RET function much like M-RET, and it makes > `i' insert headlines before any content. > > So if I call C-RET in the middle of the following headline: > --- > ** Important Meeting > SCHEDULED: <2014-04-26 Sat 16:30> > headline content... > --- > I get: > --- > ** Important > > ** Meeting > SCHEDULED: <2014-04-26 Sat 16:00> > headline content... > --- > And when I use the speedkeys command `i' at the beginning, I get > --- > ** Important Meeting > > ** > SCHEDULED: <2014-04-26 Sat 16:00> > headline content... > --- > Both of these break the scheduling cookie and defeat the main > purpose of these commands. > > Reverting the change restores expected behavior in these cases, > but then I suppose we are left with York's problem. > > All best, > Leonard > > > On 22 April 2014 10:23, Bastien wrote: > > Hi York, > > thanks for coming back to this. > > York Zhao writes: > > > What I meant was that with one prefix argument, the command > > `org-insert-heading' should insert a new heading *before* > the > > current heading, not after. > > Actually, this has little to do with the prefix argument: > when > at the beginning of a heading or a list item, M-RET should > add > a new heading/item *before* the current heading/item. > > This is fixed now, thanks for reporting this, > > PS: Using C-u M-RET will force > `org-insert-heading-respect-content' > to `t', i.e. add the headline at the end of the subtree.  As > Nicolas > noted, this is the same than C-RET. > > -- >  Bastien > > >