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: Sat, 03 Feb 2018 17:41:31 +0000 Message-ID: References: <87shaiuoxe.fsf@nicolasgoaziou.fr> <87d11muofz.fsf@nicolasgoaziou.fr> <87372i82p5.fsf@alphaville.usersys.redhat.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="001a11473a628b94a505645257cb" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44499) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ei1ov-0004nz-5O for emacs-orgmode@gnu.org; Sat, 03 Feb 2018 12:41:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ei1ot-00005C-Ld for emacs-orgmode@gnu.org; Sat, 03 Feb 2018 12:41:45 -0500 Received: from mail-yw0-x234.google.com ([2607:f8b0:4002:c05::234]:43243) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ei1ot-0008W4-EJ for emacs-orgmode@gnu.org; Sat, 03 Feb 2018 12:41:43 -0500 Received: by mail-yw0-x234.google.com with SMTP id x190so15599778ywd.10 for ; Sat, 03 Feb 2018 09:41:43 -0800 (PST) In-Reply-To: <87372i82p5.fsf@alphaville.usersys.redhat.com> 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: Nick Dokos , Nicolas Goaziou Cc: emacs-orgmode@gnu.org --001a11473a628b94a505645257cb Content-Type: multipart/alternative; boundary="001a11473a628b94a105645257c9" --001a11473a628b94a105645257c9 Content-Type: text/plain; charset="UTF-8" On Sat, Feb 3, 2018 at 11:22 AM Nick Dokos wrote: > > FWIW, I tried it too both with emacs -Q and in my normal working emacs: I > cannot reproduce it. > Hello Nick, Nicolas, Thank you for trying out the MWE. I don't know what we could be doing differently. So here's a recorded screencast ( https://i.imgur.com/8u8KhAy.gifv ) to get rid of any miscommunication. Please follow this exact steps (just to reiterate, I am relying on auto-fill-mode to not trigger when RET is pressed.. I am not using M-q anywhere): 1. Download the attached Org file (property-auto-fill.org). 2. emacs -Q property-auto-fill.org 3. Navigate to the Heading, hit TAB, then to the PROPERTY drawer, hit TAB. 4. Go to the end of the DESCRIPTION property, hit RET. 5. Doesn't that property auto-fill for you? As you see in the screencast, the auto-filling happens for me. Here's the C-h l log as you see in the linked screencast: C-n [next-line] C-n [next-line] C-a [org-beginning-of-line] C-p [previous-line] C-a [org-beginning-of-line] [org-cycle] C-n [next-line] [org-cycle] C-n [next-line] C-e [org-end-of-line] [org-return] C-h l [view-lossage] And finally the emacs and Org versions in that emacs -Q session: - GNU Emacs 26.0.91 (build 4, x86_64-pc-linux-gnu, GTK+ Version 2.24.23) of 2018-01-31 built using repository revision http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-26&id=56c37bbdb60f201791b57a3af2f47b7517de810c - Org mode version 9.1.6 (release_9.1.6-50-g96b33f @ /home/kmodi/usr_local/apps/6/emacs/emacs-26/share/emacs/26.0.91/lisp/org/) -- Kaushal Modi --001a11473a628b94a105645257c9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Feb 3,= 2018 at 11:22 AM Nick Dokos <ndokos= @gmail.com> wrote:

FWIW, I tried it too both with emacs -Q and in my normal working emacs: I c= annot reproduce it.

Hello Nick, Nicolas= ,

Thank you for trying out the MWE. I don't know what= we could be doing differently.

So here's a recorded screencast= ( https://i.imgur.com/8u8KhAy= .gifv ) to get rid of any miscommunication.

Please fo= llow this exact steps (just to reiterate, I am relying on auto-fill-mode to= not trigger when RET is pressed.. I am not using M-q anywhere):

1. Download the attached Org file (property-auto-fill.org).
3= . Navigate to the Heading, hit TAB, then to the PROPERTY drawer, hit TAB.
4. Go to the end of the DESCRIPTION property, hit RET.
5. Doesn't that property auto-fill for you? As you see in the sc= reencast, the auto-filling happens for me.

Here's the= C-h l log as you see in the linked screencast:

=C2=A0C-n [next-line= ]
=C2=A0C-n [next-line]
=C2=A0C-a [org-beginning-of-line]
=C2=A0C-= p [previous-line]
=C2=A0C-a [org-beginning-of-line]
=C2=A0<tab>= [org-cycle]
=C2=A0C-n [next-line]
=C2=A0<tab> [org-cycle]
= =C2=A0C-n [next-line]
=C2=A0C-e [org-end-of-line]
=C2=A0<return>= ; [org-return]
=C2=A0C-h l [view-lossage]

And finally = the emacs and Org versions in that emacs -Q session:

- GNU Emacs 26.= 0.91 (build 4, x86_64-pc-linux-gnu, GTK+ Version 2.24.23) of 2018-01-31 bui= lt using repository revision http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=3Demacs-26&id= =3D56c37bbdb60f201791b57a3af2f47b7517de810c
- Org mode version 9.1.6= (release_9.1.6-50-g96b33f @ /home/kmodi/usr_local/apps/6/emacs/emacs-26/sh= are/emacs/26.0.91/lisp/org/)
--

= Kaushal Modi

--001a11473a628b94a105645257c9-- --001a11473a628b94a505645257cb Content-Type: application/octet-stream; name="property-auto-fill.org" Content-Disposition: attachment; filename="property-auto-fill.org" Content-Transfer-Encoding: base64 Content-ID: <1615cbd468de823a45f2> X-Attachment-Id: 1615cbd468de823a45f2 IytUSVRMRTogVGVzdCBjYXNlIHNob3dpbmcgYXV0by1maWxsaW5nIGhhcHBlbmluZyBpbiBQcm9w ZXJ0eSBkcmF3ZXJzIHRvbwoqIEhlYWRpbmcKOlBST1BFUlRJRVM6CjpERVNDUklQVElPTjogVGhp cyBpcyBhIHZlcnkgbG9uZyBkZXNjcmlwdGlvbiB0aGF0IHdpbGwgYXV0byBmaWxsIGF0IHRoZSA9 ZmlsbC1jb2x1bW49LiBCdXQgdGhpcyBpcyBpbnNpZGUgYSBwcm9wZXJ0eSBkcmF3ZXIsIHNvIHRo ZSBhdXRvLWZpbGxpbmcgc2hvdWxkIGJlIGRpc2FibGVkLgo6RU5EOgoqIENPTU1FTlQgTG9jYWwg VmFyaWFibGVzCiMgTG9jYWwgVmFyaWFibGVzOgojIGZpbGwtY29sdW1uOiA3MAojIGV2YWw6IChh dXRvLWZpbGwtbW9kZSAxKQojIEVuZDoK --001a11473a628b94a505645257cb--