From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Clemente Subject: Re: Fwd: demoting a heading inserts spaces in column-0 text Date: Fri, 16 Jan 2015 21:29:11 +0700 Message-ID: <87vbk6iytk.wl-n142857@gmail.com> References: <87k326i71d.wl-n142857@gmail.com> <871tod3bu5.fsf@nicolasgoaziou.fr> <87388mvxgd.fsf@nicolasgoaziou.fr> <87lhmbrgi1.wl-n142857@gmail.com> <87bnn7aio3.fsf@nicolasgoaziou.fr> <87k31vr7pi.wl-n142857@gmail.com> <877fxvabdz.fsf@nicolasgoaziou.fr> <87iohequ70.wl-n142857@gmail.com> <87sig7x6ij.fsf@nicolasgoaziou.fr> <87bnm8j628.wl-n142857@gmail.com> <87ppajc4wb.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YC7tp-0000n4-6S for emacs-orgmode@gnu.org; Fri, 16 Jan 2015 09:29:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YC7tl-0007nb-Uq for emacs-orgmode@gnu.org; Fri, 16 Jan 2015 09:29:21 -0500 Received: from mail-pd0-x234.google.com ([2607:f8b0:400e:c02::234]:63117) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YC7tl-0007nT-Ns for emacs-orgmode@gnu.org; Fri, 16 Jan 2015 09:29:17 -0500 Received: by mail-pd0-f180.google.com with SMTP id fl12so22960904pdb.11 for ; Fri, 16 Jan 2015 06:29:16 -0800 (PST) Received: from la4.gmail.com ([182.253.242.20]) by mx.google.com with ESMTPSA id c17sm4294084pdl.6.2015.01.16.06.29.14 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Jan 2015 06:29:15 -0800 (PST) In-Reply-To: <87ppajc4wb.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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Org-mode Org-Mode >=20 > >> >> Another option would be to have another option to indent only plann= ing > >> >> info, properties drawer, and every drawer located right after it, = =C3=A0 la > >> >> `org-log-state-notes-insert-after-drawers'. At least, it couldn't b= reak > >> >> structure. > > > > Is this possible? >=20 > Why wouldn't it? >=20 I thought this could also kill kittens. Would you be so kind to allow this as an option for org-adapt-indentation= ? This is the most similar to the default behaviour that org-mode had until= 2014, it looks nice, it's flexible and it doesn't break structure. Or could you provide some steps to implement this? (E.g. functions that n= eed to be taken care of). About the 2nd proposal: >=20 > > I'd rather have org-adapt-indentation =3D 'initial-only which works > > like like org-adapt-indentation =3D nil with the extra that =E2=80=9E= Property > > drawers and planning information is inserted indented=E2=80=9C. > > > > That is, new things appear with the same indentation as the element a= bove. > > And demoting doesn't indent anything. > > > > Example: > > > > > > ** something > > > > > > You press C-c C-s and you get: > > > > > > ** something > > SCHEDULED: <2051-01-09 Mon> > > > > > > You press S-M-right and you get: > > > > > > *** something > > SCHEDULED: <2051-01-09 Mon> > > > > > > The user can then manually decide whether he wants to correct > > indentations for each line. >=20 > I fail to see how this would be useful. In particular, it fails if the > section has contents prior to the scheduling step. Also, it doesn't > solve S=C3=A9bastien's problem. >=20 Both S=C3=A9bastien and I agree that this=E2=80=A6: =20 >> **** Some text >> [2014-12-14 Sun 18:55] =E2=80=A6looks nicer than this: >> **** Some text >> [2014-12-14 Sun 18:55] With the algorithm above, you'll get the nice version with the downside t= hat org-mode won't handle indentation for you from now on. If org-adapt-ind= entation=3Dnil is useful, this is useful and a bit nicer. If the section has contents prior to the scheduling line, you can still f= ollow the rule that new things inherit the indentation of the previous elem= ent. The first option seems better anyway, but the second one seems easier to = implement.=20 Greetings