Each demo worker holds an array of hours by day. Up to eight days those render as columns; beyond that the hours cell becomes a doorway to a per-worker modal showing every day, a week to a row, with bulk actions.
Also called: who worked which day · part timer · attendance grid · long job weeks
- 1workerHours and daysPresent are derived from the grid, so the grid is the truth.
- 2Changing the day count resizes every worker's grid functionally, so rapid stepper taps cannot race.
- 3Above eight days the columns disappear and the total-hours cell opens the day editor.
- 4The starter crew deliberately includes a part-timer: the last worker turns up late and short.
A man who worked four eight-hour days and a man who worked eight half-days have identical totals and are paid very differently under a day-rate model, so one hours figure hides the thing a builder is trying to see. Hours are entered per worker per day. Real jobs run three to six weeks and that grid will not fit on a screen, so past eight days it collapses to a total that opens the full day-by-day breakdown when tapped. The starting crew has patchy attendance on purpose, because a grid where everyone worked every day teaches nothing about models that each handle absence differently.
- Totals hiding the attendance pattern that drives day-rate pay.
- A grid that becomes unusable on a multi-week job.
- Stepper taps racing and moving one day for two clicks.
See it on your own jobs
Twenty minutes, your numbers, no slide deck. We’ll build one of your real buildings in front of you and send you the estimate link at the end — yours to keep either way.
or keep browsing features →