From mboxrd@z Thu Jan 1 00:00:00 1970 From: Simon Thum Subject: Re: possible org-insert-heading bug? Date: Thu, 08 Aug 2013 22:17:16 +0200 Message-ID: <5203FCCC.5060105@gmx.de> References: <5BC481B6-98D5-45E4-A0B8-02DA874FF01D@gmail.com> <51F96257.40704@gmx.de> <15FD8A35-D1F1-46D8-AC00-BF01CAAF9971@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35399) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7WeB-0002xK-LV for emacs-orgmode@gnu.org; Thu, 08 Aug 2013 16:17:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7We7-0005rN-B6 for emacs-orgmode@gnu.org; Thu, 08 Aug 2013 16:17:23 -0400 Received: from mout.gmx.net ([212.227.17.22]:63944) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7We7-0005r6-0F for emacs-orgmode@gnu.org; Thu, 08 Aug 2013 16:17:19 -0400 Received: from [192.168.2.100] ([178.4.16.224]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M3igT-1VxqDV2qGX-00rFXv for ; Thu, 08 Aug 2013 22:17:16 +0200 In-Reply-To: <15FD8A35-D1F1-46D8-AC00-BF01CAAF9971@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: Carsten Dominik Cc: emacs-orgmode , Erik Iverson Indeed. Thank you very much! On 08/08/2013 09:28 AM, Carsten Dominik wrote: > > On 31.7.2013, at 21:15, Simon Thum wrote: > >> Carsten, >> >> any news on this? I'm struggling with RET C-RET during notes taking. > > Hi Simon, > > This should be fixed now. > > - Carsten > >> >> Cheers, >> >> Simon >> >> On 07/03/2013 05:52 AM, Carsten Dominik wrote: >>> Hi, >>> >>> yes, org-insert-heading is broken - nad I am trying to find time >>> to rewrite it. My top Org priority. >>> >>> - Carsten >>> >>> On 3.7.2013, at 00:11, John Hendy wrote: >>> >>>> Hi Erik, >>>> >>>> >>>> Glad to see you around :) >>>> >>>> These all may be quite related. I haven't seen activity on those >>>> threads suggesting whether a) the documentation is, in fact, right or >>>> wrong or b) whether anyone has taken action to fix or adjust the >>>> behavior of M-RET or C-RET based on the complaints/counter-intuitive >>>> observations. >>>> >>>> Let me know if those are similar to your issue. Perhaps Bastien can >>>> comment on the state of these thread, now at least four in number... >>>> >>>> - http://www.mail-archive.com/emacs-orgmode@gnu.org/msg70718.html >>>> - http://osdir.com/ml/emacs-orgmode-gnu/2013-05/msg00846.html >>>> - http://permalink.gmane.org/gmane.emacs.orgmode/72399 >>>> >>>> I've taken to using C-RET in the meantime, as it seems to do what I >>>> often expect when reflexively pressing M-RET. Also, someone once >>>> corrected me on the documentation that "at the end of the line" might >>>> mean before the ellipsis, not after? >>>> >>>> >>>> Hope that helps! >>>> John >>>> >>>> >>>> On Tue, Jul 2, 2013 at 1:53 PM, Erik Iverson wrote: >>>>> Hello, >>>>> >>>>> I am using a current git pull (Org-mode version 8.0.3, >>>>> release_8.0.3-345-g239aa7) and noticed behavior that's easiest to show >>>>> with a small example. If you save and visit the following org file, >>>>> >>>>> https://dl.dropboxusercontent.com/u/7514404/test.org >>>>> >>>>> you will see the behavior described and documented (assuming it's >>>>> reproducible under your version of emacs and orgmode). >>>>> >>>>> Briefly M- at the end of a *folded* headline that contains plain >>>>> list items will insert a new plain list item at the end of the >>>>> subtree, instead of a new top-level headline. I believe this conflicts >>>>> with the documentation for M-, which currently reads: >>>>> >>>>> ... If the command is used at the end of a folded subtree (i.e., >>>>> behind the ellipses at the end of a headline), then a headline like >>>>> the current one will be inserted after the end of the subtree... >>>>> >>>>> Best, >>>>> --Erik >>>>> >>>> >>> >>> >>> >> > > >