From mboxrd@z Thu Jan  1 00:00:00 1970
From: Bastien <bzg@altern.org>
Subject: Re: clarification about org-mode
Date: Fri, 12 Oct 2007 02:05:45 +0100
Message-ID: <87przlta52.fsf@bzg.ath.cx>
References: <jmhckxrz3j.fsf@home.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Ig82V-0002lR-MR
	for emacs-orgmode@gnu.org; Thu, 11 Oct 2007 20:06:03 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Ig82U-0002lF-WD
	for emacs-orgmode@gnu.org; Thu, 11 Oct 2007 20:06:03 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Ig82U-0002lC-SH
	for emacs-orgmode@gnu.org; Thu, 11 Oct 2007 20:06:02 -0400
Received: from fk-out-0910.google.com ([209.85.128.191])
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <bastienguerry@googlemail.com>) id 1Ig82U-0002g2-Ef
	for emacs-orgmode@gnu.org; Thu, 11 Oct 2007 20:06:02 -0400
Received: by fk-out-0910.google.com with SMTP id 19so645899fkr
	for <emacs-orgmode@gnu.org>; Thu, 11 Oct 2007 17:06:01 -0700 (PDT)
In-Reply-To: <jmhckxrz3j.fsf@home.net> (Richard G. Riley's message of "Fri, 12
	Oct 2007 01:49:36 +0200")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: emacs-orgmode@gnu.org

Richard G Riley <rileyrgdev@googlemail.com> writes:

> is there any concept of "depends on" at all at the moment in org? 

Not strictly, but properties are inherited:

Doing (org-entry-get (point) "CATEGORY" t) on a headline will fetch the
category of the parent if this category is not defined for the headline.

,----[ org-entry-get ]
| Get value of property for entry at point-or-marker pom.
| If inherit is non-nil and the entry does not have the property,
| then also check higher levels of the hierarchy.
| If the property is present but empty, the return value is the empty string.
| If the property is not present at all, nil is returned.
`----

> don't see it if there is. e.g its quite possible to have a level one
> task complete but a level 2 one incomplete.

Yes it possible. 

-- 
Bastien