From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo He Subject: Re: Bug: org-habit treats all repeat tasks as ".+" type [7.9.3f (release_7.9.3f-17-g7524ef @ /usr/share/emacs/24.3/lisp/org/)] Date: Sun, 8 Mar 2015 13:52:32 +0800 Message-ID: References: <87385i9yix.fsf@nicolasgoaziou.fr> <87twxw7gal.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d043c80b20d60af0510c086b2 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52489) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUU8g-00021A-Ej for emacs-orgmode@gnu.org; Sun, 08 Mar 2015 00:52:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YUU8f-0002sj-CY for emacs-orgmode@gnu.org; Sun, 08 Mar 2015 00:52:34 -0500 Received: from mail-wg0-x232.google.com ([2a00:1450:400c:c00::232]:36438) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUU8f-0002sf-6J for emacs-orgmode@gnu.org; Sun, 08 Mar 2015 00:52:33 -0500 Received: by wghk14 with SMTP id k14so17484359wgh.3 for ; Sat, 07 Mar 2015 21:52:32 -0800 (PST) In-Reply-To: <87twxw7gal.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: Leo He , emacs-orgmode@gnu.org, kuangdash@163.com --f46d043c80b20d60af0510c086b2 Content-Type: text/plain; charset=UTF-8 Thank you, Nicolas. I checked out the latest commits on master. It works. On the other hand, I am writing a shell script to move each entry's PROPERTIES drawer to its beginning. Though I think elisp can handle this more easily, I am not familiar with it (still learning :-) ). I wonder if there is an existing function or script to do this. Thanks, On 8 March 2015 at 03:34, Nicolas Goaziou wrote: > Leo He writes: > > > Thanks for your help, Nicolas and kungdash. > > I've tried both 8.2.10 (installing via elpa) and the git repository > > (8.3-beta and master branches), but still the same. > > I misunderstood the initial problem. This should be fixed in master. > Thank you. > > > * TODO Test_++ > > SCHEDULED: <2015-03-02 Mon ++1w> > > - State "DONE" from "TODO" [2015-02-23 Mon 10:56] > > - State "DONE" from "TODO" [2015-02-15 Sun 10:56] > > - State "DONE" from "READY" [2015-02-02 Mon 10:56] > > :PROPERTIES: > > :STYLE: habit > > :LAST_REPEAT: [2015-02-23 Mon 10:56] > > :END: > > > > The Test_+ was marked as DONE one day after 02-09 (did not finish on > time) > > and Test_++ missed the 02-09 schedule. But the subsequent schedules are > > DONE on time. > > This is not quite true. In the case above, second done stamp bumped > scheduled to 2015-02-16 so last done came one week late. > > > Regards, > --f46d043c80b20d60af0510c086b2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you, Nicolas. I checked out the latest com= mits on master. It works.

On the other hand, I am writing a sh= ell script to move each entry's PROPERTIES drawer to its beginning. Tho= ugh I think elisp can handle this more easily, I am not familiar with it (s= till learning :-) ). I wonder if there is an existing function or script to= do this.

Thanks,

On 8 March 2015 at 03:34, Nicolas Goaziou <ma= il@nicolasgoaziou.fr> wrote:
Leo He <leo= dream2008@gmail.com> writes:

> Thanks for your help, Nicolas and kungdash.
> I've tried both 8.2.10 (installing via elpa) and the git repositor= y
> (8.3-beta and master branches), but still the same.

I misunderstood the initial problem. This should be fixed in master.=
Thank you.

> * TODO Test_++
> SCHEDULED: <2015-03-02 Mon ++1w>
> - State "DONE"=C2=A0 =C2=A0 =C2=A0 =C2=A0from "TODO&quo= t;=C2=A0 [2015-02-23 Mon 10:56]
> - State "DONE"=C2=A0 =C2=A0 =C2=A0 =C2=A0from "TODO&quo= t;=C2=A0 [2015-02-15 Sun 10:56]
> - State "DONE"=C2=A0 =C2=A0 =C2=A0 =C2=A0from "READY&qu= ot; [2015-02-02 Mon 10:56]
> :PROPERTIES:
> :STYLE:=C2=A0 =C2=A0 habit
> :LAST_REPEAT: [2015-02-23 Mon 10:56]
> :END:
>
> The Test_+ was marked as DONE one day after 02= -09 (did not finish on time)
> and Test_++ missed the 02-09 schedule. But the subsequent schedules ar= e
> DONE on time.

This is not quite true. In the case above, second done stamp bumped<= br> scheduled to 2015-02-16 so last done came one week late.


Regards,

--f46d043c80b20d60af0510c086b2--