Moon-Jumper Tasks: Difference between revisions

From Adam Colton
Jump to navigation Jump to search
No edit summary
No edit summary
Line 22: Line 22:
* Wait: indicates a condition beyond your control. Acts as a pre-req for tasks. You can see all of them. They aren't assigned a label, but inherit from tasks. In the display, a count shows it's direct dependents.
* Wait: indicates a condition beyond your control. Acts as a pre-req for tasks. You can see all of them. They aren't assigned a label, but inherit from tasks. In the display, a count shows it's direct dependents.
* Weather: takes the users location and lets user exclude tasks based on certain weather conditions (temperature, rain probability). One catch is that this should not reset the active date.
* Weather: takes the users location and lets user exclude tasks based on certain weather conditions (temperature, rain probability). One catch is that this should not reset the active date.
* Calendar import: Import a calendar and scale a labels point based on free time.


== Repeat ==
== Repeat ==
Line 27: Line 28:


=== All Done ===
=== All Done ===
Will keep repeating the task until you indicate you're all done. Good for something you want to work on in pieces, but don't know how long the whole thing will take.
Will keep repeating the task until you indicate you're all done. Good for something you want to work on in pieces, but don't know how long the whole thing will take. If I added a wait in


=== Days ===
=== Days ===

Revision as of 18:11, 19 October 2017

Basic Fields

  • Name: name of task
  • Notes: additional notes, hyperlinks are automatically linked. Should add a task notation link too.
  • Points: time/energy requirements of the task
  • Label: task context

Read-Only / Computed Fields

  • State
    • Active: task can be worked on. It will show up in lists and when the priority is high enough, it will show up in the main list
    • Backlog: tasks assigned to the backlog will never become active until they are removed.
    • Pending: some pre-req hasn't been met.
  • Group: Task is
  • Date Active: when a task changes from pending or back log to active, this is updated.
  • Date Complete: date when a task is marked as done

Pre-reqs

  • Date: when a task is given a date, it will not be active until after that date.
  • Dependencies: a task can be made dependent on other tasks, it won't be active until all dependent tasks are completed.
  • Group Stage: a task can be added to a group, it is part of a stage. Only when all prior stages are complete can you work on that task

Maybe Features

  • Wait: indicates a condition beyond your control. Acts as a pre-req for tasks. You can see all of them. They aren't assigned a label, but inherit from tasks. In the display, a count shows it's direct dependents.
  • Weather: takes the users location and lets user exclude tasks based on certain weather conditions (temperature, rain probability). One catch is that this should not reset the active date.
  • Calendar import: Import a calendar and scale a labels point based on free time.

Repeat

A repeater holds repeat logic. Either a task or a group can repeat.

All Done

Will keep repeating the task until you indicate you're all done. Good for something you want to work on in pieces, but don't know how long the whole thing will take. If I added a wait in

Days

Repeats some number of days after completion

Week

Repeats by day of the week.

Month

Repeats by day of the month, negative means counting from the end of the month.

Date

Takes a month/day.

Season

Takes month/day ranges and a child repeater. Only returns dates in the approved ranges.

Views

Controls

  • Label : only shows tasks from that label

Views

  • Lists
    • Main : shows a list of tasks. Automatically limits by points per label.
    • Active
    • Backlog
    • Date: shows all tasks with a date-req
  • Task : shows the details of one task


Priority

This is always hard to get right.

I like the 4 priority stages I use. 3 normal levels and Now that means it always shows up in the main list (overriding point limits).

I'd like to add a hidden secondary priority. Each priority level forms a queue. When a task becomes active, it's set to the bottom of it's priority queue. You can also "Bump" a task to send it to the bottom of the priority queue.

  • How would you promote a task?
  • What to do when changing priority?