From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Welle Subject: Re: Recurring tasks and arbitrary properties Date: Sun, 22 Jan 2017 14:17:46 +0100 Message-ID: <87shobfd39.fsf@luisa.c0t0d0s0.de> References: <87wpdo6xmr.fsf@luisa.c0t0d0s0.de> <87tw8rb5rg.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVI1u-0006bG-7M for emacs-orgmode@gnu.org; Sun, 22 Jan 2017 08:17:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cVI1r-0002bN-1Z for emacs-orgmode@gnu.org; Sun, 22 Jan 2017 08:17:58 -0500 Received: from mout.gmx.net ([212.227.17.22]:57612) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cVI1q-0002b2-Mh for emacs-orgmode@gnu.org; Sun, 22 Jan 2017 08:17:54 -0500 Received: from stella.c0t0d0s0.de ([89.15.236.235]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MTfZc-1cvipQ2JwO-00QWBx for ; Sun, 22 Jan 2017 14:17:48 +0100 Received: from Stella (stella.c0t0d0s0.de [192.168.42.1]) by stella.c0t0d0s0.de (Postfix) with ESMTP id C0837C45FC for ; Sun, 22 Jan 2017 14:17:46 +0100 (CET) In-Reply-To: <87tw8rb5rg.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Sun, 22 Jan 2017 14:09:39 +0100") 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: emacs-orgmode@gnu.org Hello, Nicolas Goaziou writes: > Hello, > > Michael Welle writes: > >> a task like this behaves like a recurring task, i.e. if I set the task >> state to DONE it is automatically switched back to TODO. Is that the >> intended behaviour? >> >> * TODO task1 >> :PROPERTIES: >> :FOO: <2017-03-12 Sun ++1w> >> :END: > > Historically, location of regular (i.e., non scheduled non deadline) > active time stamps in an entry has always been sloppy. In particular, > Org Agenda happily processes active time stamps in properties drawers. > > IMO, this shouldn't be the case, but I can see a use for it and doing > otherwise would probably break a lot of documents for little benefit. > > So, yes, this is the intended behaviour. hmm, what's a good way to work around that? Removing, let's say, the brackets before storing that value? Regards hmw