From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: done-ing a repeating scheduled task now inserts closed timestamp? Date: Mon, 9 Mar 2009 08:41:38 +0100 Message-ID: References: <20524da70903021729g43632321u711b26a43f5b26bf@mail.gmail.com> <9062-Tue03Mar2009095608+0100-herme@clip.dia.fi.upm.es> <1DF4862F-AD7B-4219-80EF-15483A28EE5E@uva.nl> <87eixduzxm.fsf@gollum.intra.norang.ca> <18868.3480.497640.673958@clip.dia.fi.upm.es> Mime-Version: 1.0 (Apple Message framework v930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lga7V-0000rx-Jv for emacs-orgmode@gnu.org; Mon, 09 Mar 2009 03:41:53 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lga7Q-0000gG-TS for emacs-orgmode@gnu.org; Mon, 09 Mar 2009 03:41:52 -0400 Received: from [199.232.76.173] (port=59145 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lga7Q-0000fc-9L for emacs-orgmode@gnu.org; Mon, 09 Mar 2009 03:41:48 -0400 Received: from mail-ew0-f179.google.com ([209.85.219.179]:46915) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lga7O-00027b-7M for emacs-orgmode@gnu.org; Mon, 09 Mar 2009 03:41:47 -0400 Received: by ewy27 with SMTP id 27so896473ewy.42 for ; Mon, 09 Mar 2009 00:41:41 -0700 (PDT) In-Reply-To: <18868.3480.497640.673958@clip.dia.fi.upm.es> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Manuel Hermenegildo Cc: Bernt Hansen , emacs-orgmode@gnu.org Hi Manuel, first of all, you don't need to take notes into the LOGBOOK drawer. If that is off, notes will be just added after the heading. Second, setting the properties for logstate or lognotestate is actually not necessary at all, my mistake. It is sufficient to have org-log-repeat set, and the default is `time', so you should automatically get a time stamp each time an entry repeats. Don't you? About the behavior in the agenda, I think it is already very nice of me :-) to show you the task as DONE until the next refresh - because in the original buffer, is is actually already TODO again. If you always want to see state changes when you press `l' in the agenda (i.e. by default, without pressing `C-u l'), then you can configure the variable org-agenda-log-mode-items to include also the symbol `state'. For the copying, I think we really need to make a difference between a single task that repeats, and many similar tasks, which is what you are talking about. A single task that repeats is the current behavior, and I still believe it makes sense this way. Why, if you want to have many tasks instead of one, don't you just create many directly, with different dates. A keyboard macro would work for this, or a little function that does the copying and time shifting. I may make a function that copies a task N times with a certain date shift. The more I think about the automatic copying when DONE, the less sense it makes to me, I am afraid. - Carsten On Mar 8, 2009, at 7:25 PM, Manuel Hermenegildo wrote: > > Sorry for the pause (I was pretty busy last week): > >> Another idea to get this: >> >> Turn on state change notes or at least time stamps. Either globally, >> or locally for this entry with a LOGGING property: >> >> ** TODO Check backups >> SCHEDULED: <2009-03-05 Thu 11:00 +2d> >> :PROPERTIES: >> :LOGGING: DONE(!) >> :END: >> >> (yes, scheduled, thanks Bernt...) >> Then each time you go through the DONE state, a time stamp >> will be recorded like this (I am assuming that you have >> org-log-into-drawer set...) >> >> ** TODO Check backups >> SCHEDULED: <2009-04-28 Tue 11:00 +2d> >> :LOGBOOK: >> - State "DONE" from "TODO" [2009-03-04 Wed 14:25] >> - State "DONE" from "TODO" [2009-03-02 Mon 14:25] >> - State "DONE" from "TODO" [2009-02-28 Sat 14:25] >> - State "DONE" from "TODO" [2009-02-26 Thu 14:25] >> :END: >> :PROPERTIES: >> :LOGGING: DONE(!) >> >> In the agenda, if you press `C-u l', these state notes >> will become visible. >> >> I believe this will take care of it, right?? > > Yes, this is much closer than what one would like. And having those > "done states" together could be useful. > > However, I have to say that though that after trying to adapt to these > settings I cannot bend my mind to find the behavior comfortable, > specially comparing to how normal tasks work. > > For me it is confusing that when I do "t" on such a task it goes to > "DONE" as I would expect (i.e., like a normal TODO task) but when I > refresh the agenda it disappears (unlike normal DONE tasks, at least > with my settings --I use archiving to make done tasks disappear and > "v" to toggle viewing archived tasks). Actually, I think it goes to > DONE only for the first repeat, for the following repeats it stays as > TODO, at least with my settings. > > I guess I can use org-agenda-skip-scheduled-if-done to get the > non-repeating tasks to disappear also when marked as done (so that > there is more orthogonality) but, again, it will only work if I > remember to use "SCHEDULED" for them, and, also, I do not want them to > disappear yet! ;-) > > Also, I feel I have to remember too many things for, say, a simple > weekly meeting: a) putting SCHEDULED, b) setting the properties, c) > making sure org-log-into-drawer is set, etc. Ideally any simple TODO > entry with a repeating timestamp should behave well when marked as > done, right? > >> to me this sounds like a pretty convincing argument *not* >> to copy entries... > > Yes, I guess this is a problem (although in my case all repeating > entries --which are regular meetings, classes, birthdays, etc.-- are > typically one liners so it would not make a difference if they were > copied...). > > Sorry to insist, but I still think copying the tasks would produce a > more orthogonal behavior. Perhaps it could be made optional? > > Man > > -- > ------------------------------------------------------------------------------- > Manuel Hermenegildo | Prof., C.S.Dept., T.U. > Madrid (UPM) > Director, IMDEA-Software and CLIP Group | +34-91-336-7435 (W) > -352-4819 (Fax) > ------------------------------------------------------------------------------- >