From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keith Swartz Subject: Re: Question about tracking TODO state changes and M-S-ENTER Date: Wed, 27 May 2009 13:04:40 -0700 Message-ID: <4A1D9CD8.2070105@oneroad.com> References: <4A17321F.7040806@oneroad.com> <3EBA2E79-B1BD-482D-A925-89DAB32A572F@gmail.com> <4A1CFD4A.2010202@oneroad.com> <87ws82hdc4.fsf@gollum.intra.norang.ca> Reply-To: Keith Swartz Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1399496009==" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M9PNA-0001kj-Qq for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:05:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M9PN5-0001je-6V for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:05:12 -0400 Received: from [199.232.76.173] (port=33590 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M9PN5-0001jb-20 for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:05:07 -0400 Received: from smtpauth03.csee.onr.siteprotect.com ([64.26.60.137]:49938) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M9PN4-0003Cs-FF for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:05:06 -0400 In-Reply-To: <87ws82hdc4.fsf@gollum.intra.norang.ca> 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: Bernt Hansen Cc: emacs-orgmode@gnu.org, Carsten Dominik --===============1399496009== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Bernt Hansen wrote:

<reordered (and wrapped) the email to remove top-posting>

Keith Swartz <gnu@oneroad.com> writes:

Carsten Dominik wrote:

On May 26, 2009, at 10:23 AM, Manish wrote:

On Sat, May 23, 2009 at 4:45 AM, Keith Swartz wrote:

However, if I use M-S-ENTER to combine the above two steps into
one (create
a "TODO" item), it does NOT create an entry in the LOGBOOK for State
"TODO" from "" at all. Is that a bug?

IMO, this is not really a state change.

In interesting point, and something up for discussion.

I personally am neter interesting in recording a time stamp when
first switching an item to TODO.  Furthermore, for other state
changes I prefer to record a note.
However, M-S-RET is really meant for fast adding of one or more TODO
entries, and being prompted for a state change note would be really
annoying here.

Up for discussion, I am willing to install a variable here....

I can see where M-S-ENTER prompting for a status note change would be
annoying. Personally, I don't use that feature, so I didn't think of
that -- I'm more interested in the timestamps. Basically, I like being
able to record /when/ something was first entered as a todo item --
gives me a good way to see which items are the oldest.

One thought is to record the state change, but default the status note
to "TODO created", rather than prompting for it.

Then again, maybe a variable is the best answer here, because sooner
or later, somebody is going to want to change that. Normally, I'd hate
to add more and more variables just to complicate things, but org-mode
seems to have no shortage of them. (That's a good thing!) :)


I use org-remember for creating tasks where I want to know the created
time.  I create most of my tasks with the remember interface and it's
easy to put the date in the template with %u.

For me every log entry creates a log drawer and I wouldn't want that by
default for every new task created with M-S-RET.

http://doc.norang.ca/org-mode.html#Remember

Actually, that's a good idea. I just went and modified my remember template to emulate the logbook behavior, so now I can use that consistently. Should have thought of that.

But we still have an inconsistency here. There seems to be a rather widespread agreement that creating a TODO item shouldn't register a state change. If there's no objection to that (and there isn't from me), then changing a regular bullet to the "TODO" state for the first time shouldn't either. So I think that's kind of a bug.

I don't think it's worth having a variable to turn it on/off, imho, since there are other ways to achieve this, but if we want to preserve that functionality for backwards compatibility for a few releases, I'd think it's not much work to add one.

Thanks for the great ideas.

Keith

--===============1399496009== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============1399496009==--