From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Modi Subject: Re: Prevent auto-fill-mode from filling Property values in drawers Date: Sun, 04 Feb 2018 15:52:36 +0000 Message-ID: References: <87shaiuoxe.fsf@nicolasgoaziou.fr> <87d11muofz.fsf@nicolasgoaziou.fr> <87372i82p5.fsf@alphaville.usersys.redhat.com> <874lmxvhwb.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c056e26e1ea65056464efa6" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eiMb3-0004fD-Io for emacs-orgmode@gnu.org; Sun, 04 Feb 2018 10:52:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eiMb2-0003gX-Kx for emacs-orgmode@gnu.org; Sun, 04 Feb 2018 10:52:49 -0500 Received: from mail-yw0-x22b.google.com ([2607:f8b0:4002:c05::22b]:44985) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eiMb2-0003gO-EL for emacs-orgmode@gnu.org; Sun, 04 Feb 2018 10:52:48 -0500 Received: by mail-yw0-x22b.google.com with SMTP id x62so16748332ywg.11 for ; Sun, 04 Feb 2018 07:52:48 -0800 (PST) In-Reply-To: <874lmxvhwb.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Nicolas Goaziou Cc: Nick Dokos , emacs-orgmode@gnu.org --94eb2c056e26e1ea65056464efa6 Content-Type: text/plain; charset="UTF-8" On Sat, Feb 3, 2018 at 5:16 PM Nicolas Goaziou wrote: > > Wait... What? > Yes :) I had thought I couldn't get my point across correctly the first time. > Properties drawers do not contain blank lines. If you hit , this is > no longer a properties drawer, but a regular one, where auto-filling is > allowed. > Of course. But "the right thing" would be to prevent call to auto filling within `org-return` (somehow? I haven't yet dug deeper into that) if point is in a property drawer. If you want to add a new property, use C-c C-x p, or, if you insist on > typing it manually, use C-q instead. > C-c C-x p is a bit unnatural and also longer to type than RET, especially if the point is already inside the property drawer. Yes, if my point is inside the subtree, and I think of adding a property, C-c C-x p is great! C-q RET is a good tip, but again, RET would be better. I'll try hacking something around this, tweaking org-return should work using a simple advice. Would a patch be welcome for this? -- Kaushal Modi --94eb2c056e26e1ea65056464efa6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Feb 3,= 2018 at 5:16 PM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:

Wait... What?

Yes :) I had thought I co= uldn't get my point across correctly the first time.
=C2=A0
Properties drawers do not contain blank lines. If you hit <RET>, this= is
no longer a properties drawer, but a regular one, where auto-filling is
allowed.

Of course. But "the right= thing" would be to prevent call to auto filling within `org-return` (= somehow? I haven't yet dug deeper into that) if point is in a property = drawer.

If you want to add a new property, use C-c C-x p, or, if you insist on
typing it manually, use C-q <RET> instead.

<= /div>
C-c C-x p is a bit unnatural and also longer to type than RET, es= pecially if the point is already inside the property drawer. Yes, if my poi= nt is inside the subtree, and I think of adding a property, C-c C-x p is gr= eat!

C-q=C2=A0 RET is a good tip, but again, RET would be= better.

I'll try hacking something around this, twea= king org-return should work using a simple advice. Would a patch be welcome= for this?
--

Kaushal Modi

--94eb2c056e26e1ea65056464efa6--