all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* possible org-insert-heading bug?
@ 2013-07-02 18:53 Erik Iverson
  2013-07-02 22:11 ` John Hendy
  0 siblings, 1 reply; 10+ messages in thread
From: Erik Iverson @ 2013-07-02 18:53 UTC (permalink / raw)
  To: emacs-orgmode

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-02 18:53 possible org-insert-heading bug? Erik Iverson
@ 2013-07-02 22:11 ` John Hendy
  2013-07-03  3:52   ` Carsten Dominik
  0 siblings, 1 reply; 10+ messages in thread
From: John Hendy @ 2013-07-02 22:11 UTC (permalink / raw)
  To: Erik Iverson; +Cc: emacs-orgmode

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
>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-02 22:11 ` John Hendy
@ 2013-07-03  3:52   ` Carsten Dominik
  2013-07-03 15:01     ` Robert Horn
  2013-07-31 19:15     ` Simon Thum
  0 siblings, 2 replies; 10+ messages in thread
From: Carsten Dominik @ 2013-07-03  3:52 UTC (permalink / raw)
  To: John Hendy; +Cc: emacs-orgmode, Erik Iverson

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
>> 
> 

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-03  3:52   ` Carsten Dominik
@ 2013-07-03 15:01     ` Robert Horn
  2013-07-03 15:06       ` Erik Iverson
  2013-07-31 19:15     ` Simon Thum
  1 sibling, 1 reply; 10+ messages in thread
From: Robert Horn @ 2013-07-03 15:01 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: emacs-orgmode, Erik Iverson

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
>>> 
>> 

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-03 15:01     ` Robert Horn
@ 2013-07-03 15:06       ` Erik Iverson
  2013-07-03 15:39         ` Robert Horn
  0 siblings, 1 reply; 10+ messages in thread
From: Erik Iverson @ 2013-07-03 15:06 UTC (permalink / raw)
  To: Robert Horn; +Cc: emacs-orgmode, Carsten Dominik

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
>>>>
>>>
>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-03 15:06       ` Erik Iverson
@ 2013-07-03 15:39         ` Robert Horn
  0 siblings, 0 replies; 10+ messages in thread
From: Robert Horn @ 2013-07-03 15:39 UTC (permalink / raw)
  To: Erik Iverson; +Cc: emacs-orgmode, Carsten Dominik


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
>>>>>
>>>>
>>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-03  3:52   ` Carsten Dominik
  2013-07-03 15:01     ` Robert Horn
@ 2013-07-31 19:15     ` Simon Thum
  2013-08-02 14:34       ` Bastien
  2013-08-08  7:28       ` Carsten Dominik
  1 sibling, 2 replies; 10+ messages in thread
From: Simon Thum @ 2013-07-31 19:15 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: emacs-orgmode, Erik Iverson

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
>>>
>>
>
>
>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-31 19:15     ` Simon Thum
@ 2013-08-02 14:34       ` Bastien
  2013-08-08  7:28       ` Carsten Dominik
  1 sibling, 0 replies; 10+ messages in thread
From: Bastien @ 2013-08-02 14:34 UTC (permalink / raw)
  To: Simon Thum; +Cc: emacs-orgmode, Erik Iverson, Carsten Dominik

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-07-31 19:15     ` Simon Thum
  2013-08-02 14:34       ` Bastien
@ 2013-08-08  7:28       ` Carsten Dominik
  2013-08-08 20:17         ` Simon Thum
  1 sibling, 1 reply; 10+ messages in thread
From: Carsten Dominik @ 2013-08-08  7:28 UTC (permalink / raw)
  To: Simon Thum; +Cc: emacs-orgmode, Erik Iverson


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
>>>> 
>>> 
>> 
>> 
>> 
> 

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: possible org-insert-heading bug?
  2013-08-08  7:28       ` Carsten Dominik
@ 2013-08-08 20:17         ` Simon Thum
  0 siblings, 0 replies; 10+ messages in thread
From: Simon Thum @ 2013-08-08 20:17 UTC (permalink / raw)
  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 <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
>>>>>
>>>>
>>>
>>>
>>>
>>
>
>
>

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2013-08-08 20:17 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-02 18:53 possible org-insert-heading bug? Erik Iverson
2013-07-02 22:11 ` John Hendy
2013-07-03  3:52   ` Carsten Dominik
2013-07-03 15:01     ` Robert Horn
2013-07-03 15:06       ` Erik Iverson
2013-07-03 15:39         ` Robert Horn
2013-07-31 19:15     ` Simon Thum
2013-08-02 14:34       ` Bastien
2013-08-08  7:28       ` Carsten Dominik
2013-08-08 20:17         ` Simon Thum

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.