Hi all Now that I use M-RET more often when editing lists I was about trying to make a patch to remove what seems to me an inconsistency between headings and list items. But after I have read the docstrings of org-insert-item and org-list-insert-item the current behavior seems so intentional that I must have just missed some good reasons. Which are they?
With #+begin_src org ,*** abc ,*** def , - ghi , - jkl #+end_src M-RET on "e" or on "k" splits the line, ok. M-RET on the first "*" (here also C-RET) or on "-" inserts a line above, ok. M-RET on "d" inserts a line _below_ (and C-RET _below_ the end of the whole entry), ok. M-RET on "j" inserts a line above but I expected it below. If I want a line above I would move the point to "-" before doing M-RET like I do on a heading where I move to the first "*" to get the insert above. Changing to the behavior expected by me would make it possible to add a new list item below the last one in a list (a very frequent task) without caring about configuring org-M-RET-may-split-line away from its default. I configured it to nil for headline and item only to be able to insert a new list item below the current with M-RET where I am forced to be on or at right of "k" which by default splits which I want only in very rare cases. And one should not be invited to avoid M-RET and edit lists with "-" and TAB as illustrated in the thread "org-list-indent-offset only works partially": http://thread.gmane.org/gmane.emacs.orgmode/47954 Another inconsistency in my view: Since M-RET inserts above when on "-" or before I would like to see M-RET and C-RET also insert above when on the last "*" (or single visible "*" when hidestars) or before, not only on the first "*" of the line. Michael On Sat, Nov 26, 2011 at 20:53, sindikat <sindi...@mail36.net> wrote: >> You can use M-RET-may-split-line, to make it respect content in lists, > > more or less. I would guess the reason that they are different is to be > able to always easily start a new heading. > This is very helpful, thank you. But how to make it so M-RET will: > 1. not split line; > 2. add new list item while on plain list; > AND > 3. add new heading after content of the current heading? > Maybe there should be a variable in addition to 'org-M-RET-may-split-line' > such as 'org-M-RET-add-after-content'. > [...]