possible org-insert-heading bug?

possible org-insert-heading bug?

[Erik Iverson]

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

Re: possible org-insert-heading bug?

[John Hendy]

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 <erikriverson@gmail.com> 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
>

Re: possible org-insert-heading bug?

[Carsten Dominik]

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 <jw.hendy@gmail.com> 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 <erikriverson@gmail.com> 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
>> 
> 

Re: possible org-insert-heading bug?

[Robert Horn]

I've noticed a probably related bug.  In a file like

* before
  break between

If I put the cursor between break and between, M-ret causes the result

* before
* break between

rather than what I expected:

* before
  break
* between

With the holiday coming I might look at it also and figure out what is
happening.

R Horn

Carsten Dominik writes:

> 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 <jw.hendy@gmail.com> 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 <erikriverson@gmail.com> 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
>>> 
>> 

Re: possible org-insert-heading bug?

[Erik Iverson]

Robert,

I noticed that behavior, too. But that does seem documented under M-<RET>:

"When this command is used in the middle of a line, the line is split
and the rest of the line becomes the new item or headline".

Footnote 10 is referenced, which says:

"If you do not want the line to be split, customize the variable
org-M-RET-may-split-line."

Hope this helps,
--Erik

On Wed, Jul 3, 2013 at 10:01 AM, Robert Horn <rjhorn@alum.mit.edu> wrote:
> I've noticed a probably related bug.  In a file like
>
> * before
>   break between
>
> If I put the cursor between break and between, M-ret causes the result
>
> * before
> * break between
>
> rather than what I expected:
>
> * before
>   break
> * between
>
> With the holiday coming I might look at it also and figure out what is
> happening.
>
> R Horn
>
> Carsten Dominik writes:
>
>> 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 <jw.hendy@gmail.com> 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 <erikriverson@gmail.com> 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
>>>>
>>>
>

Re: possible org-insert-heading bug?

[Robert Horn]

Erik Iverson writes:

> Robert,
>
> I noticed that behavior, too. But that does seem documented under M-<RET>:
>
> "When this command is used in the middle of a line, the line is split
> and the rest of the line becomes the new item or headline".
>
> Footnote 10 is referenced, which says:
>
> "If you do not want the line to be split, customize the variable
> org-M-RET-may-split-line."
>

That's what I wanted and expected.  That's not what happened.  The line
was not split.  The whole line became a new headline.  What I wanted was
the line to be split and the tail end to be the new headline.

>> I've noticed a probably related bug.  In a file like
>>
>> * before
>>   break between
>>
>> If I put the cursor between break and between, M-ret causes the result
>>
>> * before
>> * break between
>>
>> rather than what I expected:
>>
>> * before
>>   break
>> * between
>>
>> With the holiday coming I might look at it also and figure out what is
>> happening.
>>
>> R Horn
>>
>> Carsten Dominik writes:
>>
>>> 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 <jw.hendy@gmail.com> 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 <erikriverson@gmail.com> 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
>>>>>
>>>>
>>

Re: possible org-insert-heading bug?

[Simon Thum]

Carsten,

any news on this? I'm struggling with RET C-RET during notes taking.

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 <jw.hendy@gmail.com> 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 <erikriverson@gmail.com> 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
>>>
>>
>
>
>

Re: possible org-insert-heading bug?

[Bastien]

Hi Simon,

Simon Thum <simon.thum@gmx.de> writes:

> any news on this? I'm struggling with RET C-RET during notes taking.

I'll be on vacation until August 14th, but this is high on my
todo list then.  Unless Carsten or someone else beats me on this,
of course.

-- 
 Bastien

Re: possible org-insert-heading bug?

[Carsten Dominik]

On 31.7.2013, at 21:15, Simon Thum <simon.thum@gmx.de> 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 <jw.hendy@gmail.com> 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 <erikriverson@gmail.com> 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
>>>> 
>>> 
>> 
>> 
>> 
> 

Re: possible org-insert-heading bug?

[Simon Thum]

Indeed. Thank you very much!


On 08/08/2013 09:28 AM, Carsten Dominik wrote:
>
> On 31.7.2013, at 21:15, Simon Thum <simon.thum@gmx.de> 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 <jw.hendy@gmail.com> 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 <erikriverson@gmail.com> 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
>>>>>
>>>>
>>>
>>>
>>>
>>
>
>
>