Re: [O] DONE repeating events become TODO, not OTHER
Nick Dokoswrites: > Ken Mankoff writes: > >> I have repeating events of type OTHER, as in: >> >> * OTHER Foo >> <2015-09-16 +1w> >> >> When I have finished the task for today, I mark it done. Because it is >> a repeating event, it doesn't actually change to DONE, instead it >> changes to TODO and adds a :LAST_REPEAT: item in the :PROPERTIES: >> drawer. >> >> How do I tell this specific item, or all OTHER items in general, that >> after completion it should remain OTHER rather than changing to TODO? >> > > Do you *have* to have a TODO state? If not, > > #+TODO: OTHER | DONE > > should do the trick. Or you could use multiple > sets: > > #+TODO: TODO INPROGRESS | DONE > #+TODO: OTHER | COMPLETED > > In the latter case, the keywords all have to be different. > See > >(info "(org) TODO items") Or after defining OTHER has a todo keyword add a property specifying which next state you want * OTHER Foo :PROPERTIES: :REPEAT_TO_STATE: OTHER :END: <2015-09-16 +1w> Regards, Bernt
Re: [O] DONE repeating events become TODO, not OTHER
On 2015-09-16 at 17:37, Nick Dokoswrote: > Ken Mankoff writes: > >> I have repeating events of type OTHER, as in: >> >> * OTHER Foo >> <2015-09-16 +1w> >> >> When I have finished the task for today, I mark it done. Because it is >> a repeating event, it doesn't actually change to DONE, instead it >> changes to TODO and adds a :LAST_REPEAT: item in the :PROPERTIES: >> drawer. >> >> How do I tell this specific item, or all OTHER items in general, that >> after completion it should remain OTHER rather than changing to TODO? >> > > Do you *have* to have a TODO state? If not, > > #+TODO: OTHER | DONE > > should do the trick. Yes it does the trick. I had to switch the buffer out of and back into Org mode for it to work, but now it does. Thank you, -k.
Re: [O] DONE repeating events become TODO, not OTHER
Ken Mankoffwrites: > I have repeating events of type OTHER, as in: > > * OTHER Foo > <2015-09-16 +1w> > > When I have finished the task for today, I mark it done. Because it is > a repeating event, it doesn't actually change to DONE, instead it > changes to TODO and adds a :LAST_REPEAT: item in the :PROPERTIES: > drawer. > > How do I tell this specific item, or all OTHER items in general, that > after completion it should remain OTHER rather than changing to TODO? > Do you *have* to have a TODO state? If not, #+TODO: OTHER | DONE should do the trick. Or you could use multiple sets: #+TODO: TODO INPROGRESS | DONE #+TODO: OTHER | COMPLETED In the latter case, the keywords all have to be different. See (info "(org) TODO items") Nick
Re: [O] DONE repeating events become TODO, not OTHER
Ken Mankoffwrites: > On 2015-09-16 at 17:37, Nick Dokos wrote: >> Ken Mankoff writes: >> >>> I have repeating events of type OTHER, as in: >>> >>> * OTHER Foo >>> <2015-09-16 +1w> >>> >>> When I have finished the task for today, I mark it done. Because it is >>> a repeating event, it doesn't actually change to DONE, instead it >>> changes to TODO and adds a :LAST_REPEAT: item in the :PROPERTIES: >>> drawer. >>> >>> How do I tell this specific item, or all OTHER items in general, that >>> after completion it should remain OTHER rather than changing to TODO? >>> >> >> Do you *have* to have a TODO state? If not, >> >> #+TODO: OTHER | DONE >> >> should do the trick. > > Yes it does the trick. I had to switch the buffer out of and back into Org > mode for it to work, but now it does. > The easiest way to get newly added #+ lines to take effect is to C-c C-C on one of them. -- Nick