Re: [O] possible org-insert-heading bug?

[Carsten Dominik]

On 31.7.2013, at 21:15, Simon Thum <address@hidden> 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 <address@hidden> 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/address@hidden/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 <address@hidden> 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-<RET> 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-<RET>, 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
>>>> 
>>> 
>> 
>> 
>> 
>