On Mon, Apr 6, 2015 at 6:41 PM, Nicolas Goaziou wrote:
>
> Fixed in edeb7fd8e17733cc516fbb6620a21092bac0d765. Thank you.
>
Awesome! Just confirmed that re-enabling =(setq
org-blank-before-new-entry nil)= now works perfectly for me.
Thanks,
John
> Regards,
>
> --
> Nicolas Goaziou
>
Hello,
Daniel E. Doherty writes:
> I don't know when this started, but recently I've seen the following annoying
> behavior from M-RET in org files.
>
> Here is a minimal file to demonstrate what I'm seeing lately:
>
> == demo.org ==
> * Fi
On Mon, Apr 6, 2015 at 3:16 PM, Daniel E. Doherty wrote:
> John,
>
> You nailed it. I had that variable set in my custom file to
>
> '(org-blank-before-new-entry (quote ((heading) (plain-list-item . auto
>
> which is not a proper alist. When I chaned it back to
>
> '(org-blank-before-new-ent
John,
You nailed it. I had that variable set in my custom file to
'(org-blank-before-new-entry (quote ((heading) (plain-list-item . auto
which is not a proper alist. When I chaned it back to
'(org-blank-before-new-entry (quote ((heading . auto) (plain-list-item .
auto
the bad behav
On Mon, Apr 6, 2015 at 12:05 PM, Daniel E. Doherty wrote:
>
> I don't know when this started, but recently I've seen the following annoying
> behavior from M-RET in org files.
I have this on my main Org file and just assumed it was due to it
being big and Org having a tough time keeping track of
I don't know when this started, but recently I've seen the following annoying
behavior from M-RET in org files.
Here is a minimal file to demonstrate what I'm seeing lately:
== demo.org ==
* First Header
Lorem ipsum dolor sit amet, consecte
