From mboxrd@z Thu Jan 1 00:00:00 1970 From: cesar mena Subject: Re: please read: bug when marking tasks done Date: Thu, 10 Jan 2019 09:15:55 -0500 Message-ID: <87muo88up0.fsf@gnu.org> References: <87d0paprs6.fsf@gnu.org> <87wonhcpnj.fsf@nicolasgoaziou.fr> <871s5o8pgf.fsf@gnu.org> <87muobcur7.fsf@nicolasgoaziou.fr> <87woneykuc.fsf@gnu.org> <87y37tzbrd.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:59650) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ghb7w-00014i-5v for emacs-orgmode@gnu.org; Thu, 10 Jan 2019 09:16:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ghb7u-0003Zs-Cn for emacs-orgmode@gnu.org; Thu, 10 Jan 2019 09:16:07 -0500 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:41397) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ghb7s-0003Vx-91 for emacs-orgmode@gnu.org; Thu, 10 Jan 2019 09:16:06 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 3D9511348 for ; Thu, 10 Jan 2019 09:16:00 -0500 (EST) Received: from [127.0.1.1] (pool-71-126-174-77.washdc.fios.verizon.net [71.126.174.77]) by mail.messagingengine.com (Postfix) with ESMTPA id 12500E466A for ; Thu, 10 Jan 2019 09:15:59 -0500 (EST) 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 hi nicolas, Nicolas Goaziou writes: > Hello, > > cesar mena writes: > >> from the docstring: >> >> |----------- org-auto-repeat-maybe -------------------------------- >> | Check if the *current headline* contains a repeated time-stamp. >> | >> | If yes, set TODO state back to what it was and change the base date >> | of repeating *deadline/scheduled time stamps to new date* >> | >> | ... >> |----------------------------------------------------------------- >> >> thus we should not programmatically modify an arbitrary date in a >> document just because it has a repeater. specially not one buried 300 >> lines deep in a :LOGBOOK: drawer. >> >> commit af81211fdc contradicts the established documentation. > > No, it doesn't. "current headline" is to be taken broadly, i.e., in the > headline or the adjacent section. So, it doesn't matter if a time stamp > is buried somewhere in the section: it is meant to be updated. ok, so "current headline" is taken broadly. but what about the deadline/scheduled part? what makes a time stamp "deadline/scheduled"? those are the ones that should change as per the doc. > Note that it was already the case for active time stamps before said > commit. wow! 10 years using org and i didn't know this. > For Org syntax, there is no such thing as a state-change entry. They are > just plain lists. You could write anything in them. they're plain lists that haven't changed after they've been written. one could use them for billing reports etc ... > Now, we might make its contents by marking them as verbatim, for > example. E.g., > > - Rescheduled from =[2019-02-05 Tue .1m]= on [2018-09-29 Sat 18:50] that's not a bad idea, but what about the other way round? that is, inactive timestamps with repeaters do not update unless they are marked as you suggest. this way current workflows are not affected and inactive timestamps can be made to update if requested. >> an existing entry should not change because one marks a task as DONE. > I disagree. This has always been the case, at least for active > time-stamps. yes, i see where you're coming from. i like to keep it simple. (setq org-for-mere-mortal t) best, -cm