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 15:48:19 -0700 Message-ID: <4A1DC333.1090401@oneroad.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> <68944439-4297-490C-A911-62BF6E0FC257@gmail.com> Reply-To: Keith Swartz Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M9RvV-0006Ri-7l for emacs-orgmode@gnu.org; Wed, 27 May 2009 18:48:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M9RvQ-0006Ft-Nk for emacs-orgmode@gnu.org; Wed, 27 May 2009 18:48:48 -0400 Received: from [199.232.76.173] (port=36982 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M9RvQ-0006Fj-Dk for emacs-orgmode@gnu.org; Wed, 27 May 2009 18:48:44 -0400 Received: from smtpauth03.csee.onr.siteprotect.com ([64.26.60.137]:36487) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M9RvP-0001k9-RB for emacs-orgmode@gnu.org; Wed, 27 May 2009 18:48:44 -0400 In-Reply-To: <68944439-4297-490C-A911-62BF6E0FC257@gmail.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: Carsten Dominik Cc: Bernt Hansen , emacs-orgmode@gnu.org I agree -- now you have choice instead of inconsistency. I like it. I mean, as a user, I like it. If I had to maintain this code, I'd hate it. So I'm glad it's you and not me. Kudos. :D But seriously, thanks for the discussion. Although if the variable name really is ...-seletion-... and not ...-selection-... then I'd have to go back to saying it's a bug. :) Keith PS: Whoops, I see Bernt already caught that! Man, you people are fast. Carsten Dominik wrote: > > 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 >> > >