From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Adding a LAST_REPEAT property without logging Date: Mon, 10 Jul 2017 12:14:10 +0200 Message-ID: <87inj0wqid.fsf@nicolasgoaziou.fr> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57976) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dUVhv-0002HO-J2 for emacs-orgmode@gnu.org; Mon, 10 Jul 2017 06:14:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dUVhq-0006oi-Kr for emacs-orgmode@gnu.org; Mon, 10 Jul 2017 06:14:23 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:34454) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dUVhq-0006o2-Dc for emacs-orgmode@gnu.org; Mon, 10 Jul 2017 06:14:18 -0400 In-Reply-To: (Luke's message of "Mon, 10 Jul 2017 15:01:50 +0800") 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: Luke Cc: Carsten Dominik , emacs-orgmode@gnu.org Hello, Luke writes: > I have a number of repeated tasks in my Org-mode file. As a general > rule I don't require logging of TODO state changes (which I've > disabled by setting org-log-repeat to nil). > > However, while I don't need the full history of TODO state changes, it > would be useful for me to know the last time that a task was repeated. > The LAST_REPEAT property is ideal for this, but when I disable logging > this property is no longer added/updated for any repeated tasks. > > Is there an easy way to have the LAST_REPEAT property, but without > a history of TODO state changes? It is not possible anymore, since 12e73e58af9881faf5aba52db68798c16cff22c0 (Apr. 2010). The commit message is Only record LAST_REPEAT if it makes sense. The definition of "makes sense is here: - either the user is logging repeats (org-log-repeat) - or the entry contains clock data, in which case the LAST_REPEAT is needed to display clocking time properly. Request by Dan Griswold, with some support from Bernt Hansen As your message suggets, we might extend the "makes sense" definition. Maybe Carsten (Cc'ed) has an opinion about this old change. Regards, -- Nicolas Goaziou