Takeshi
5dde0c5ec2
Capture current source, content data, tests, asset licenses, and original-specification traceability. Original implementation remains incomplete. The accepted matching UI generation passed 154 suites and 12,253 checks, with eight rendered staff-contract screens reviewed. Latest native Windows and full-original acceptance remain outstanding.
2.5 KiB
Staff dormitory normal integration (2026-09-29)
Partial P08/P12 implementation. staff_dormitory is registered normally and in the construction palette (21 definitions). Canonical2x1 BACK geometry remains. Daily upkeep uses the approved initial half-percent formula:ceil650*0.005=4G. Customer capacity0 prevents it being a customer-service room; staff deployment min/max remain separate. Rest selection uses the existing physical commute/rest system. Dormitory resting status now names the dormitory. Shared bed icon/furniture is reused, with source assets/licenses unchanged.
Evidence: dormitory-flow.log18PASS. Normal construction builds warehouse support, dormitory and two service stairs. Off-duty staff cross the staff door and climb stairs, reach the rest destination and recover health/fatigue. Guests cannot route through staff-only access. Snapshot replay matches. Zero mana and closing stop recovery; restored power resumes it. Dormitory customer limit is explicit; this does not define or prove a separate overnight staff lodging capacity/booking system.
Native UI: dormitory-dashboard.log137PASS; dormitory-palette.png visually inspected with the selected650G/material8 button and BACK placement mode. Existing staff rest14PASS, Runtime integration20PASS, make check exit0. These are Runtime command and rendered UI handler tests, not OS-pointer construction or Windows acceptance.
Remaining: full ordinary shift/rest-day acceptance, physical UI construction, staff/transport-safe old-size migration flow, other original backyard facilities and Windows build. P12 and the full original goal remain incomplete.
Ordinary night shift/rest/next shift
Added test_dormitory_shift_cycle.gd and registered it beside the existing dormitory test in Makefile.16 checks PASS,exit0. Uses normal Runtime commands to construct warehouse,dormitory and service stairs, register a porter and assign a repeating NIGHT shift. Clock advances through18:00 arrival,05:59 attendance,06:00 off-duty, physical travel up service stairs to the dormitory and next18:00 commute back to the warehouse. A checkpoint at06:00 replays the same60-minute rest commute/state exactly. Staff invariants remain valid.
This closes the focused ordinary night-shift/rest/next-shift gap for one worker/seed. It is a Runtime command scenario, not a physical UI-input or Windows test. It does not establish all day shifts, crowded dormitory capacity, payroll affordability or long-term balance. Other P12 facilities/equipment remain incomplete. Evidence: dormitory-shift-cycle.log and dormitory-shift-cycle-validation.json.