I love using "#+STARTUP: lognotestate" for noting down when and why a task
changes state.
However, I have several tasks which recur daily, or once every two days. The
size of these tasks is starting to get crazy, since there are empty "DONE"
messages continually accruing.
I'd like either a) an o
On Sep 29, 2007, at 5:50, John Wiegley wrote:
I love using "#+STARTUP: lognotestate" for noting down when and why a
task
changes state.
However, I have several tasks which recur daily, or once every two
days. The
size of these tasks is starting to get crazy, since there are empty
"DONE"
m
Carsten Dominik <[EMAIL PROTECTED]> writes:
> OK, how about a general mechanism like this: If there is a property
> :org-log-done:, it will be used instead of the current value of
> org-log-done during TODO state changeing, like
>
> * repetitive entry
> :PROPERTIES:
> :org-log-done: nil
>
On Oct 3, 2007, at 19:57, John Wiegley wrote:
Carsten Dominik <[EMAIL PROTECTED]> writes:
OK, how about a general mechanism like this: If there is a property
:org-log-done:, it will be used instead of the current value of
org-log-done during TODO state changeing, like
* repetitive entry
:
Carsten Dominik <[EMAIL PROTECTED]> writes:
>>> * repetitive entry
>>> :PROPERTIES:
>>> :org-log-done: nil
>>> :END:
>>
>> Sounds like a great way to do it!
>
> The alternative would be a LOGGING property where you could set the same
> keywords as in the STARTUP line. What is better?
I
On Oct 4, 2007, at 13:24, Bastien wrote:
Carsten Dominik <[EMAIL PROTECTED]> writes:
* repetitive entry
:PROPERTIES:
:org-log-done: nil
:END:
Sounds like a great way to do it!
The alternative would be a LOGGING property where you could set the
same
keywords as in the STARTUP li
Carsten Dominik <[EMAIL PROTECTED]> writes:
>> I think using LOGGING is a bit better.
>
> So what do I do? More votes?
>
>> | logging | record a timestamp when an item is marked DONE
>> | nologging| don't record when items are marked DONE
>> | lognotedone | record timestamp
Carsten Dominik <[EMAIL PROTECTED]> writes:
>> I think using LOGGING is a bit better.
>
> So what do I do? More votes?
If you want to start using the facility for generally overriding Lisp values,
then your original proposal is better. But if this is just going to be for a
few exceptions, LOGGI
>>> I think using LOGGING is a bit better.
>>
>> So what do I do? More votes?
>
> If you want to start using the facility for generally overriding Lisp
> values, then your original proposal is better. But if this is just going
> to be for a few exceptions, LOGGING fits much better with the
> pres
On Oct 5, 2007, at 22:34, John Wiegley wrote:
Carsten Dominik <[EMAIL PROTECTED]> writes:
I think using LOGGING is a bit better.
So what do I do? More votes?
If you want to start using the facility for generally overriding Lisp
values,
then your original proposal is better. But if this
10 matches
Mail list logo