Feature #43

Relative dates: +3d, -2w

Added by Paul Beckingham 429 days ago. Updated about 2 hours ago.

Status:Closed Start:05/25/2009
Priority:Normal Due date:
To:Paul Beckingham % Done:

100%

Category:core Spent time: 6.00 hours
Target version:1.9.3 - Kuwagata Estimated time:1.00 hour

Description

Support relative due dates of the form +3d, -2w


Related issues

related to Feature #201 wait dates relative to due date New 07/10/2009

History

Updated by David Patrick 427 days ago

  • Category set to core
  • To set to Paul Beckingham
  • Target version changed from unassigned to 1.8.0 - Kabuto

Updated by Paul Beckingham 420 days ago

  • Status changed from New to Assigned
  • Estimated time set to 5.00

Updated by Paul Beckingham 407 days ago

  • To changed from Paul Beckingham to Federico Hernandez
  • Target version changed from 1.8.0 - Kabuto to unassigned
  • Estimated time deleted (5.00)

Assigned to Federico, along with any other date/duration work.

Also unassigned issue from 1.8.0, as date/duration overhaul is a very big deal.

Updated by Federico Hernandez 407 days ago

  • Status changed from Assigned to In progress

Relative date references will be the wiki page where we collect information regarding date handling. I will update it with the relevant starting points for a discussion.

Updated by David Patrick 388 days ago

  • Target version changed from unassigned to 2.1.x - Wakizashi

Updated by David Patrick 385 days ago

  • Target version changed from 2.1.x - Wakizashi to 2.0.x - Katana

Updated by Paul Beckingham 3 days ago

  • To changed from Federico Hernandez to Paul Beckingham
  • Target version changed from 2.0.x - Katana to 1.9.3 - Kuwagata

Discovered a simple hack to make this work. A date is now either a parseable date, or the the date/time 'now' added to a parseable duration.

Updated by Paul Beckingham 3 days ago

  • Status changed from In progress to Closed
  • % Done changed from 0 to 100
  • Estimated time set to 1.00

Updated by David Patrick about 6 hours ago

does this mean that

$ task 101 wait:-2w

will work ?

(hint; the net result of this should be that wait:date is calculated as <due:date> - 2 weeks)
whereas

$ task 101 wait:+2w

means 2 weeks from now.
In most cases a negative relative date value is sanest calculated against due:date, not against now:date, unlike positive relative dates, which are sanest calculated against <now>, after all, how often do you enter a schedule note for the past, except to "log" the event, and how often would you want to wait:+2w after something is due ?

Updated by Federico Hernandez about 6 hours ago

For the time being it is <now> the all the rel dates are calculated against.

The major rel dates re-implementation is still in the brainstorming phase.

Updated by David Patrick about 5 hours ago

well wait:-x, as calculated from due:date, will be a powerful tool for keeping things out of the way till needed, without forcing the user to back-time things manually., and otherwise negative relative dates will be of little practical use.

takes you two hours to pay a bill ?

wait:-1d

packing for your camping trip next summer ?

wait:-1m

etc.

Updated by Federico Hernandez about 2 hours ago

There is a another practical use for negative relative dates - if they are referring to the current set date, you can change that one, without doing calculations in your head - it always depends on the reference point which doesn't have to be the due date. A relative date can refer to itself.

wait:20100901 -> wait:.-3 becomes wait:20100829

Please note the syntax is just hypothetical out of the blue.

As mentioned I am in the process (long and slow) of writing a RFC on this.

Also available in: Atom PDF