emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bernt Hansen <bernt@norang.ca>
To: Marcel van der Boom <marcel@hsdev.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Subtasks are blocked in todo-items of ordered projects. Bug?
Date: Tue, 21 Jun 2011 07:30:56 -0400	[thread overview]
Message-ID: <8739j3fmkv.fsf@norang.ca> (raw)
In-Reply-To: <20110621105945.5ecfd641@hsdev.com> (Marcel van der Boom's message of "Tue, 21 Jun 2011 10:59:45 +0200")

Marcel van der Boom <marcel@hsdev.com> writes:

> On ma 20-jun-2011 19:37
> Bernt Hansen <bernt@norang.ca> wrote:
>>> Should the first task in a subproject of a project
>>> having the ':ORDERED:' property set to true be blocked from marking
>>> 'DONE'? If so, why?  
>> I think the answer is yes it should be blocked because the entire tree
>> is blocked - the previous task needs to be DONE first.  When the
>> subtree is unblocked you can then complete the first task in the
>> subtree.
> Ok, to get the behaviour I want, I could remove the 'TODO' keyword
> from the subproject. 
> That will allow me to work on the subitems in parallel.  Obvious
> disadvantage is that the subproject as such can only have a
> 'count' or 'percentage' but not a 'state' and thus cannot be tracked
> anymore.
> Any other suggestions for a way to work on subitems in parallel with the
> 'main tasks'?  I'll spent some time digging if the wanted
> behaviour could be formulated as an option to set without disturbing
> the default behaviour. 

You can work on things in parallel - you just can't mark them as
completed.  I clock in time on tasks I work on which changes TODO to
STARTED and there is no restriction (that I'm aware of) on doing this.

You can also force the task state to DONE with a triple prefix (C-u C-u
C-u C-c C-t d) which will ignore the blocking rules for this state


  parent reply	other threads:[~2011-06-21 11:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-20 13:50 Subtasks are blocked in todo-items of ordered projects. Bug? Marcel van der Boom
2011-06-20 23:37 ` Bernt Hansen
2011-06-21  8:59   ` Marcel van der Boom
2011-06-21 11:15     ` Memnon Anon
2011-06-21 11:30     ` Bernt Hansen [this message]
2011-06-21 11:40       ` Marcel van der Boom
2011-06-21 11:54         ` Carsten Dominik
2011-06-21 12:22           ` Carsten Dominik
2011-06-21 13:48         ` [PATCH] " Marcel van der Boom

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8739j3fmkv.fsf@norang.ca \
    --to=bernt@norang.ca \
    --cc=emacs-orgmode@gnu.org \
    --cc=marcel@hsdev.com \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).