Hello, Kaushal Modi <kaushal.m...@gmail.com> writes:
> Hello, > > I am bumping this thread, as it very likely could have been missed. > > If fixing that was already on the radar, sorry for the bump. > > On Tue, Jan 30, 2018, 11:50 AM Kaushal Modi <kaushal.m...@gmail.com> wrote: > >> Hello, >> >> I have noticed that auto-filling working on long (going past fill-column) >> values in property drawers. >> >> Here's a MWE: >> >> ===== >> #+TITLE: Test case showing auto-filling happening in Property drawers too >> * Heading >> :PROPERTIES: >> :DESCRIPTION: This is a very long description that will auto fill at the >> =fill-column=. But this is inside a property drawer, so the auto-filling >> should be disabled. >> :END: >> * COMMENT Local Variables >> # Local Variables: >> # fill-column: 70 >> # eval: (auto-fill-mode 1) >> # End: >> ===== >> >> The value of that DESCRIPTION property is in a single line (I believe some >> email clients auto-fill the text). Basically this is what it should look >> like in emacs -Q after M-x toggle-truncate-lines: >> >> [image: image.png] >> >> Now if you hit return at the end of that long description, auto-fill kicks >> in and turns that into this invalid drawer: >> >> ===== >> #+TITLE: Test case showing auto-filling happening in Property drawers too >> * Heading >> :PROPERTIES: >> :DESCRIPTION: This is a very long description that will auto fill at >> the =fill-column=. But this is inside a property drawer, so the >> auto-filling should be disabled. >> >> :END: >> * COMMENT Local Variables >> # Local Variables: >> # fill-column: 70 >> # eval: (auto-fill-mode 1) >> # End: >> ===== >> >> This looks like a bug. Can the auto-filling be disabled in property >> drawers? It is already the case. See `org-adaptive-fill-function': it returns nil when at a node property. I cannot reproduce your ECM. Regards, -- Nicolas Goaziou
