#360

Control of Multiple Next Actions in Projects

    • Created on: Mon, Aug 14 2006 (almost 6 years ago)
    • Reported by: Anonymous
    • Assigned to: bsag
    • Milestone: Someday/Maybe
    • Type: -
    • Resolution: -
    • Version: -
    • Status: Fixed
    • Priority: Normal (3)
    • Component: Functionality (app)
    • Estimate: None/Small/Medium/Large None
    • Severity: -
    • Keywords: -
    I would like to request the ability to control which next actions show on the home page on a per project basis. GTD dogma suggests that you should review your projects and then add the single next action from that project to your context lists. Others feel this is an inaccurate reading of GTD - you should be able to list multiple next actions. See here: http://www.davidco.com/forum/showthread.php?t=5541&page=1&pp=10

    My work day involves a number of single next actions as well as a number of projects, some with many multiple next actions, some with fewer. The projects with many next actions can clutter up my home page making it hard to use effectively. However, I do sometimes need to list multiple next actions from a project on the home page.

    Suggestion:

    How about setting Tracks up so that the first next action of a project is automatically shown, but also allow additional items to be shown if necessary. Maybe this can be tied into the deferred next actions schema (some sort if indefinitely deferred item, dependent upon the next action above it, or a check box which manually activates it).

    Maybe a simpler way to do it is to require next actions that are associated with a project to be added manually by checking a check box. This could be tied into the deferred action schema by making each action an indefinitely deferred action until a check box is checked, when the check box is checked, then it is added to the context lists.

    Or maybe this is a refinement of the hidden context schema - next actions associated with projects are hidden until unhidden using a check or some other kind of control.

    Or maybe I should just do this manually myself, by associating each project's next actions with a hidden category until I want it unhidden.
  • Followers
     
    Ico-users bsag (Assigned To) 
     
    Attachments
    No attachments
    Associations
     
    # Relation Summary Status Action
    Activity
     
    User picture

          on Sep 05, 2006 @ 08:52pm UTC * By Anonymous

    +1 for me.

    Another suggestion for implementation is to have a "Complete tasks in order" checkbox on the project. If checked, only the first task shows up. Once that one is done and checked off, the next automatically appears in the context list associate with it. If not checked, all tasks show up in their assigned context lists.
    User picture

          on Feb 04, 2007 @ 11:20am UTC * By Anonymous

    Milestone changed from 2.0 to -none-
    User picture

          on Feb 24, 2007 @ 03:12pm UTC * By Anonymous

    +1 for me too. I think trandell's suggestion would be helpful. If that could be implemented in addition to subprojects, I think the dependency/multiple-next-action puzzle would be largely solved (assuming the checkbox could exist and differ for projects and their subprojects alike).
    User picture

          on Mar 20, 2008 @ 01:02pm UTC * By Anonymous

    I'd really like to see the "Complete tasks in order" feature, but I've got an idea for how to implement it to facilitate even more powerful dependencies. Set up a many-to-many table that allows every task to have any number of dependencies. For "Complete tasks in order," these dependencies would be easy to set up. In the future it may be useful to expose more flexibility and peg more than one dependency to a task.
    User picture

          on Sep 16, 2008 @ 06:02pm UTC * By Anonymous

    This is something that I badly want. I don't have a whole lot of time, but I'm going to look into making this happen. So, this note is just notice that I'm going to exert some effort to get this done.

    Linked to #475.
    User picture

          on Sep 17, 2008 @ 04:12pm UTC * By Anonymous

    I started work on this a few months ago but got distracted by some more critical Tracks issues. This branch is wayy behind trunk, but it shouldn't be to hard to merge it up to the present. Is it a useful starting point for you?

    "":http://github.com/epall/tracks/tree/dependency_tracking
    User picture

          on Jan 08, 2009 @ 04:16am UTC * By lrbalt

    Milestone set to Someday/Maybe
    User picture

          on Feb 08, 2011 @ 03:11am UTC * By lrbalt

    Status changed from New to Fixed
    this is in git
    Time Expenditure
    Loading