From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: Possible bug in ordered tasks Date: Fri, 25 Jun 2010 14:55:05 -0400 Message-ID: <87eifvdjsm.fsf@gollum.intra.norang.ca> References: <4C1B93D4.1050000@sift.info> <4264D53A-92CE-43C1-A7CC-5526DDD90BC4@gmail.com> <4C24ADBD.3090204@sift.info> <5896B53A-BDA5-4D02-9DD5-7121A8DB0165@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=44235 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OSE3t-0005JY-Ig for emacs-orgmode@gnu.org; Fri, 25 Jun 2010 14:55:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OSE3b-0007eV-Dy for emacs-orgmode@gnu.org; Fri, 25 Jun 2010 14:55:21 -0400 Received: from mho-01-ewr.mailhop.org ([204.13.248.71]:52790) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OSE3b-0007dQ-CN for emacs-orgmode@gnu.org; Fri, 25 Jun 2010 14:55:19 -0400 In-Reply-To: <5896B53A-BDA5-4D02-9DD5-7121A8DB0165@gmail.com> (Carsten Dominik's message of "Fri\, 25 Jun 2010 16\:12\:59 +0200") 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: Org Mode , rpgoldman@sift.info Carsten Dominik writes: > On Jun 25, 2010, at 3:23 PM, Robert Goldman wrote: > >> Question: what is the proper way to get a NIL into a property? Are >> we >> to use () instead of "nil"? Or are property values always interpreted >> as strings? >> >> Apologies in advance if this is a stupid question! > > Not a stupid question at all. > > There is no way, currently. Property values are string - the only > way to make > org-entry-get return nil is to not have the property defined at all. I've wanted a similar thing in the past for the LOGGING property where the parent task has special logging set via the LOGGING property but I want to undo that for some of the child tasks so they use the default logging setup. Having a way to undefine a property would be good in general I think. -Bernt