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