Problem
The dashboard places today's work into free time without regard for what time it is now, so
outstanding work can be drawn in minutes that have already passed. scheduleDay walks
capacity.free, which is the whole configured working window and is never trimmed to the
present moment. With the clock 80% of the way through the day, an unfinished 60 minute entry
is placed at the start of the window and drawn entirely to the left of the "now" marker.
The looseness is not new: the agenda has always placed entries from the top of the window, and
issue #47 introduced that. What is new is that the day bar is now a to-scale clock (#67), so
the contradiction is visible at a glance rather than implied by a printed start time beside a
row. A bar whose stated purpose is to show how much of the day is spent and how much is left
draws not-yet-done work behind the line marking the present.
Expected outcome
Work still to be done is placed in time that is still available:
- An entry that has not been completed is never positioned before the present moment.
- The agenda and the day bar continue to agree about when a given entry is happening, since
they read one placement.
- A plan drawn in the morning and read in the afternoon reports honestly on what is left,
rather than showing the whole day as though it had not started.
- Time already gone reads as gone, and the free time an entry could still use is what it is
measured against.
Context
scheduleDay in web/surfaces/Dashboard.tsx is the single placement both surfaces consume.
The placement itself is spec 05's, so the decision about whether elapsed time is still
plannable belongs there rather than in spec 08: the day bar and the agenda are two renderings
of it, and neither should be the place the rule is decided.
Found while reviewing #67. No urgency.
Problem
The dashboard places today's work into free time without regard for what time it is now, so
outstanding work can be drawn in minutes that have already passed.
scheduleDaywalkscapacity.free, which is the whole configured working window and is never trimmed to thepresent moment. With the clock 80% of the way through the day, an unfinished 60 minute entry
is placed at the start of the window and drawn entirely to the left of the "now" marker.
The looseness is not new: the agenda has always placed entries from the top of the window, and
issue #47 introduced that. What is new is that the day bar is now a to-scale clock (#67), so
the contradiction is visible at a glance rather than implied by a printed start time beside a
row. A bar whose stated purpose is to show how much of the day is spent and how much is left
draws not-yet-done work behind the line marking the present.
Expected outcome
Work still to be done is placed in time that is still available:
they read one placement.
rather than showing the whole day as though it had not started.
measured against.
Context
scheduleDayinweb/surfaces/Dashboard.tsxis the single placement both surfaces consume.The placement itself is spec 05's, so the decision about whether elapsed time is still
plannable belongs there rather than in spec 08: the day bar and the agenda are two renderings
of it, and neither should be the place the rule is decided.
Found while reviewing #67. No urgency.