From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: demoting a heading inserts spaces in column-0 text Date: Sat, 13 Dec 2014 15:10:32 +0100 Message-ID: <877fxvabdz.fsf@nicolasgoaziou.fr> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41980) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XznOJ-0003Eg-5U for emacs-orgmode@gnu.org; Sat, 13 Dec 2014 09:09:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XznOA-0000KY-Jo for emacs-orgmode@gnu.org; Sat, 13 Dec 2014 09:09:51 -0500 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:57782) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XznOA-0000KR-AH for emacs-orgmode@gnu.org; Sat, 13 Dec 2014 09:09:42 -0500 In-Reply-To: <87k31vr7pi.wl-n142857@gmail.com> (Daniel Clemente's message of "Sat, 13 Dec 2014 20:38:01 +0700") 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: Daniel Clemente Cc: Org-mode Org-Mode Daniel Clemente writes: > No need to teach the user the differences of a :CLOCK: vs > a :PROPERTIES: or drawer vs. metadata. The difference is important, e.g., wrt export. > Users who type can do a simpler distinction: > 1. things you type yourself > 2. things that appear/change/disappear after invoking org functions > (C-something, S-something, M-something). E.g.: the words SCHEDULED, > TODO, CLOCK, PROPERTIES, EFFORT, checkboxes [ ], timestamps, =E2=80=A6= =20 > > I speak for myself, but I expect class 1 not to be changed by org, > and class 2 to be handled only by org (I can always edit manually, but > I shouldn't need to do it). I know that you can actually type > everything in class 2, but you shouldn't NEED to. > Any other opinions are welcome. You are free to make any distinction you want. Unfortunately, Org does a different one. In particular, as you noticed, there are some areas where things are not as clear. For example, Org cannot be sure that a given drawer wasn't inserted manually, so altering its indentation may or may not be a good choice. > Indentation is for me as important as the other letters I type. I don't= want it changed. > It's a personal preference. Emacs respects it to great extents. I understand. Simply set `org-adapt-indentation' to nil. > Maybe I should clarify that I see the text inside my org files as > a tree of knowledge. The position inside the tree of a particular item > does not affect how I write the text (e.g. how many indentation > spaces). I can move nodes freely from one place to another and I have > no indentations to fix. =E2=80=9ETree structure=E2=80=9C and =E2=80=9Eite= m content=E2=80=9C are > disconnected. > If you really need other sources, you can see how tree operations in > other contexts don't modify the contents of each node: > http://pythonhosted.org/ete2/tutorial/tutorial_trees.html#concatenating-t= rees > I wouldn't want titles, clocks, IDs, indentations, properties, prioriti= es etc. changed when the tree structure changes. > Maybe other people think the same; you can survey the list. So, what's wrong with `org-adapt-indentation' set to nil? > The only one: indentation is added: > > > After demoting, it changes from this: > > **** some > :CLOCK: > CLOCK: [2013-11-12 Sel 10:45]--[2013-11-12 Sel 11:40] =3D> 0:55 > :END: > Text > > > > to this: >=20=20=20 > ***** some > :CLOCK: > CLOCK: [2013-11-12 Sel 10:45]--[2013-11-12 Sel 11:40] =3D> 0:55 > :END: > Text See above. > That's similar to a not-so-bad old behaviour. But it's still a bit bett= er (it avoids the problem described in http://permalink.gmane.org/gmane.ema= cs.orgmode/92450) The problem described there is different: the OP wants some changes when tree structure is modified (e.g., planning info moved). You claim to want no change at all, which is easier, and already implemented. >> AFAICT, you erroneously think regular drawers are an Org internal >> artifact whereas they are really meant for users. They should be >> indented like their contents, no like planning info. > > I do the typed-by-me/not-typed-by-me distinction. See above. > Ok, make it: > > 2. With org-adapt-indentation =3D 'partial, new lines added by org > (:CLOCK: drawer, CLOCK lines etc) are indented at the same level as > the element above. This is better, but there is still the hack about text at column 0. Also, this only makes sense if these lines are also moved when headline is promoted or demoted. But, then, contents will change along with tree, which you don't like, and it could break section structure (some lines being moved and not others), which cannot happen currently. Another option would be to have another option to indent only planning 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 break structure. Regards,