From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Question about tracking TODO state changes and M-S-ENTER Date: Wed, 27 May 2009 22:59:34 +0200 Message-ID: <68944439-4297-490C-A911-62BF6E0FC257@gmail.com> References: <4A17321F.7040806@oneroad.com> <3EBA2E79-B1BD-482D-A925-89DAB32A572F@gmail.com> <4A1CFD4A.2010202@oneroad.com> <87ws82hdc4.fsf@gollum.intra.norang.ca> <4A1D9CD8.2070105@oneroad.com> Mime-Version: 1.0 (Apple Message framework v935.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 1M9QDw-0001sb-Ao for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:59:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M9QDr-0001p9-Rr for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:59:43 -0400 Received: from [199.232.76.173] (port=36053 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M9QDr-0001p3-Ef for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:59:39 -0400 Received: from mail-ew0-f162.google.com ([209.85.219.162]:61316) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M9QDq-00080X-PG for emacs-orgmode@gnu.org; Wed, 27 May 2009 16:59:39 -0400 Received: by ewy6 with SMTP id 6so5066144ewy.42 for ; Wed, 27 May 2009 13:59:37 -0700 (PDT) In-Reply-To: <4A1D9CD8.2070105@oneroad.com> 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: Keith Swartz Cc: Bernt Hansen , emacs-orgmode@gnu.org On May 27, 2009, at 10:04 PM, Keith Swartz wrote: > 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 am, actually, going the other way here. I do very much like to have state notes when I am really working on stuff. But setting up state notes has the annoying side-effect that I am also prompted for notes when I really want to flip through to some initial state, without taking notes. Therefore, just so that you hate it more (:-) I have also introduced yet another variable `org-treat-S-cursor-todo-seletion-as-state-change', and I will set it (personally) to nil. Then I can use S-right to flip through states without taking notes, and C-c C-t to switch to a state with taking a note. I call this not inconsistency or a bug, I'd call it choice :-) - Carsten > > 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 >