From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Bug: Extra space inserted in repeated tasks' date line Date: Thu, 18 Aug 2011 12:02:05 +0200 Message-ID: References: <20110815120242.GA9035@gmail.com> <877h6bcfwp.fsf@gnu.org> <80ei0jgmct.fsf@somewhere.org> <8062lvgked.fsf@somewhere.org> Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([140.186.70.92]:33130) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtzQR-0002yy-17 for emacs-orgmode@gnu.org; Thu, 18 Aug 2011 06:02:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtzQP-00087E-ER for emacs-orgmode@gnu.org; Thu, 18 Aug 2011 06:02:10 -0400 Received: from mail-ew0-f41.google.com ([209.85.215.41]:63986) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtzQP-00087A-9z for emacs-orgmode@gnu.org; Thu, 18 Aug 2011 06:02:09 -0400 Received: by ewy9 with SMTP id 9so798189ewy.0 for ; Thu, 18 Aug 2011 03:02:08 -0700 (PDT) In-Reply-To: <8062lvgked.fsf@somewhere.org> 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: Sebastien Vauban Cc: emacs-orgmode@gnu.org On Aug 18, 2011, at 11:04 AM, Sebastien Vauban wrote: > Hi Carsten, >=20 > Carsten Dominik wrote: >> On Aug 18, 2011, at 10:22 AM, Sebastien Vauban wrote: >>> Bastien wrote: >>>> Markus Berlin writes: >>>>> some time ago I noticed this small bug (small but it keeps = annoying me!): >>>>> an extra space is introduced just before "SCHEDULED" >>>=20 >>> Similar to this, I've noticed that sometimes the SCHEDULED line (or >>> DEADLINE, or ...) is moved synchronously with the heading when >>> promoting/demoting, sometimes not. >>>=20 >>> I now found in which cases it does and when it does not: it depends = on the >>> presence of text in the entry. >>=20 >> It depends on the presence of *unindented* text in the entry, >> and purposefully so. >>=20 >>> So, for example: >>>=20 >>> --8<---------------cut here---------------start------------->8--- >>> * The SCHED will be moved >>> SCHEDULED: <2011-08-18 Thu> >>>=20 >>> * This one won't be moved along with the heading >>> SCHEDULED: <2011-08-18 Thu> >>>=20 >>> Because of this text here... >>> --8<---------------cut here---------------end--------------->8--- >>>=20 >>> becomes, when demoted: >>>=20 >>> --8<---------------cut here---------------start------------->8--- >>> * New section >>>=20 >>> ** The SCHED will be moved >>> SCHEDULED: <2011-08-18 Thu> >>>=20 >>> ** This one won't be moved along with the heading >>> SCHEDULED: <2011-08-18 Thu> >>>=20 >>> Because of this text here... >>> --8<---------------cut here---------------end--------------->8--- >>=20 >> See the variable `org-adapt-indentation'. >=20 > This was left untouched by me, that is set to t (default), with the = above > behavior. >=20 > If I change it to nil, I'm even farer from the behavior I would like = to get. > In this new case: >=20 > --8<---------------cut here---------------start------------->8--- > * New section >=20 > ** The SCHED will be moved > SCHEDULED: <2011-08-18 Thu> >=20 > ** This one won't be moved along with the heading > SCHEDULED: <2011-08-18 Thu> >=20 > Because of this text here... > --8<---------------cut here---------------end--------------->8--- >=20 > The indentation of both SCHEDULED lines is not changed at all. >=20 > I would like that their indentation would be changed with the heading, = even if > I write all my body text starting in column 0. >=20 > So, this is not currently handled, IIUC? >=20 > The SCHEDULED lines don't have a different status than the "body text" = for > indentation purpose ("follow-headline" or "stay-where-you-are")? They currently don't - but I see that this might makes sense to do = differently. - Carsten >=20 > Best regards, > Seb >=20 > --=20 > Sebastien Vauban >=20 >=20 - Carsten