Closed taskwarrior closed 6 years ago
Migrated metadata:
Created: 2010-07-17T19:06:32Z
Modified: 2014-02-09T02:13:25Z
Cory Donnelly on 2010-07-20T16:49:22Z says:
This is not a bug -- sorting is working correctly, but the following two points contributed to the confusion:
Here's a more illustrative example:
ID Countdown Description
7 -3 days Due seventy-two hours in the future 6 -1 day Due thirty-six hours in the future 5 -12 hrs Due twelve hours in the future 4 -7 hrs Due seven hours in the future 3 -1 hr Due one hour in the future 2 - Due now 1 1 hr Due one hour agoI'm creating a unit test to ensure this continues to work.
Federico Hernandez on 2010-07-20T16:59:59Z says:
With regards to
The T-minus method of indicating past and future dates takes some getting used to
I have written about this in #392:
Countdowns have always been counted negative, for example http://www.nasa.gov/mission_pages/shuttle/launch/countdown101.html
It makes perfect sence to have them negative
Countdown is at -3
* 3 -2 -1 0 1 2 3 * ---+----+----+----+----+----+----+---- Now Due
Countdown (overdue) is at 2 (and correlates nicely with the age value which is alos positve for an event in the past)
* 3 -2 -1 0 1 2 3 * ---+----+----+----+----+----+----+---- Due Now
The point of reference is the due date and becomes "0" on the time axis. To the left of zero we have negative numbers, to the right positive ones. The point of reference, the due date, is fixed. Only now, the current date, moves along the axis.
Cory Donnelly on 2010-07-20T18:06:38Z says:
Countdowns have always been counted negative, for example http://www.nasa.gov/mission_pages/shuttle/launch/countdown101.html
It makes perfect sence to have them negative
Agreed, I just haven't yet internalized the notation.
For me, the primary reason for confusion was that, when times are unspecified, Countdown uses 00:00 (midnight) -- I didn't expect countdown to report a positive number (indicating the due date had passed) before the day was over, and didn't notice the lack of a negative sign.
Federico Hernandez on 2010-07-20T18:29:52Z says:
You are right about the point of time when a task becomes "overdue". It would make sense to include the day of the date that is given for due. At the moment it is exclusive. IIRC I have written something about it in the forum. Eventually one should be able to specify the "time" on a day when a task is due and becomes overdue. Either in general as Michelle pointed at 1600 or for every task individually.
Cory Donnelly on 2010-07-17T19:06:32Z says:
(Originally reported by Michelle Crane (http://taskwarrior.org/boards/1/topics/show/554#message-555)
Here's the report definition:
Here's the report output -- note that tasks with IDs 1 and 10 seem swapped: