Adom Gantt

@@ -64,7 +64,7 @@ A plain on/off toggle. Each lane is answered on its OWN subgraph, so a dependenc  **Dependency arrows.** Teal routes with rounded elbows and arrowheads show task relationships: out of the source bar's end sideways, down, and into the next bar's start sideways again, steering round any bar in the way rather than through it. Click any bar to see incoming ("needs") and outgoing ("blocks") dependencies. Add or remove dependencies inline. -**Legend filtering.** Click any phase, "Milestone", "Dependencies" or "Today" in the legend bar to toggle visibility. Dimmed items fade to 15% opacity; hiding "Today" removes the marker line. The legend wraps onto as many lines as the plan needs, so a plan with twenty sections shows all twenty chips. When the sections carry tags (0.59.0), the legend leads with a chip per tag and the twenty section chips fold behind one "20 sections" chip; pick a tag and only the sections carrying it are shown, in the chart and the table, with their own chips back in the legend. Pick several to see any of them; Clear tags shows everything. It is your view only, and it survives a refresh.+**Legend filtering.** Click any phase, "Milestone", "Dependencies" or "Today" in the legend bar to toggle visibility. Dimmed items fade to 15% opacity; hiding "Today" removes the marker line. The legend wraps onto as many lines as the plan needs, so a plan with twenty sections shows all twenty chips. When the sections carry tags (0.59.0), the legend leads with a chip per tag and the twenty section chips fold behind one "20 sections" chip; pick a tag and only the sections carrying it are shown, in the chart and the table, with their own chips back in the legend. Pick several to see any of them; Clear tags shows everything. It is your view only, and it survives a refresh. Since 0.64.0 the legend also leads with an **Owner** pick (every owner with their row count, plus **Unassigned**, shared with the table's owner filter) and an **Overdue** chip: rows whose end date or milestone date has passed without being marked complete or cancelled get a red edge and ring, and the chip shows only them. Overdue is worked out from the dates every time the page draws and at midnight; it is never written into the plan.  **How long, and how long left.** The header says **Project Duration** and **Time Remaining**, worked out from the plan's own first and last dates and today, never from the cell size, leaving cancelled work out, and updated on every edit. They stay whole at every window width: the header sheds button words, then wraps, before it lets them be cut. A printed chart names the plan in a title line of its own. Hover either for the exact dates and the calendar and working-day counts. The plan itself is named once, in the brand block at the far left; its title and description are on that block's tooltip. 

@@ -240,6 +240,7 @@ rather than a category. - **Critical** button, next to it: the LONGEST run of work in the plan. The dependency graph is a DAG, a task WEIGHS its duration in working days (weekends and observed US federal holidays out, the same arithmetic everything else in the app counts with) and a milestone weighs nothing, and the critical path is the maximum-weight path through it, found by the classic longest-path DP. It reads the dates the plan has right now, so it is independent of Auto-schedule and never moves anything. **This is not zero-float CPM** and it deliberately stopped being it in 0.49.0: CPM anchors its backward pass on the plan's latest finish, so it always answers "which chain ends last", and on a real plan that picks a short simple chain running into December over a ten-row interconnected build finishing in November. An isolated row is a path of one and can win if it is genuinely the longest thing there is. **One button, an on/off TOGGLE**, with one constant label and the state carried by its pressed treatment: off, or one longest path inside EVERY section at once, all lit together. 0.49.0 offered a plan-wide reading as a third state of the same button and 0.50.0 dropped it, because on a real plan it lights one section's chain and leaves every other section dark, which is a narrower reading than the per-section answer that contains it. With no label to swap, the button sizes off its own content like every other header action rather than being pinned to the widest of three words. Each lane is answered on its OWN subgraph: the nodes are that section's rows and the edges are the dependencies whose two ends are both in it, so a dependency that crosses sections is not an edge there and can never light up in that mode, and a section with no internal dependencies lights its longest single ROW, which is the same rule rather than an exception to it. **CANCELLED WORK IS NOT A NODE, since 0.53.0:** it can never glow, it carries no weight, and a chain that ran through it is BROKEN at that row, since the node is absent and its predecessors and successors are no longer joined by way of it. A section with a second route round the cancelled row is REROUTED onto it; a section whose only route ran through it falls back to the longest single row left, which may be neither of the two stumps' first halves. The longest-single-row fallback ignores cancelled rows for the same reason: they are not there to be considered. Nothing is deleted from the data, so un-cancelling puts the node, its links and every path through it straight back. Ties are broken deterministically, in this order: more working days, then a greater calendar span (first start to last end), then more rows, then whichever begins earlier in plan order, so exactly one path is ever lit per answer. A GAP adds no weight, because a path's length is the sum of the NODES along it and not the calendar it is spread over, so the gaps 0.53.0's push-only Auto-schedule now preserves cannot promote or demote a chain; the calendar span is reachable only by the second tie-break, where it separates two chains already tied on working days and says the one occupying more of the calendar is the more critical, which is the reading it has always had. The bars, the arrows along the path and any milestone on it glow white and breathe on a 2.6s cycle, in a saturated indigo in light mode and on paper, and the table lens marks the same rows on their left edge. Purely additive: selection outlines, dependency-mode amber and armed red all still read on a glowing row, and hit-testing is untouched. It recomputes live as dates and dependencies change, and the state is a saved preference beside the theme and the milestone style; a browser that stored the old plan-wide mode comes back lit, since that reader had the glow on. A collapsed section hides its own glow with its rows and the rest of the plan keeps glowing. Disabled, with the same message it has always used, when the plan has no dependencies at all: a path is a run of work THROUGH dependencies, and a plan where nothing waits on anything has no runs to be longest - **Click legend** to filter phases, milestones, dependency arrows, or the today line. The legend WRAPS onto as many lines as it needs (0.57.0), so every phase chip on a 20-section plan is visible and clickable; until 0.56.0 it was one line and clipped everything past the pane edge. Below 1150px the chips drop their words and keep the colour dot, as before - **Tag chips in the legend** (0.59.0; rows since 0.60.0). When the plan carries tags, on sections or on rows, the legend leads with a chip per tag (`# Tech 32`: the tag and how many rows choosing it would show, counting the rows in its sections and the rows tagged on their own) and the section chips stand BEHIND them: with no tag chosen they fold away behind one "20 sections" chip (click it to open them all; that is remembered as `prefs.legendSecs`), and with a tag chosen the chips of exactly the sections on screen come back after the tags. A section chip whose name prefix is a chosen tag drops the repeat ("Laser workcells" behind "# Tech"). Choosing tags filters by EFFECTIVE tags: a row's effective tags are its own plus its section's, and a row is shown when ANY of them is chosen. So every row of a chosen section is shown, tagged or not; a row tagged "long-lead" in an untagged section is shown by "long-lead", with its section header above it and the section's other rows hidden; and a row whose own tags do not match, in a section that does not match, is hidden. A section header is shown when the section matches or any of its rows does, and while the filter hides some of its rows its count reads "2 of 3". A delete or a tag edit that takes the last carrier of a chosen tag out of the plan drops it from the filter, and its Ctrl+Z puts the filter back with the tag. This holds in the chart and the table alike; the readouts, Analytics and everything else stay whole-plan. It composes with the section chips (which still switch a shown section off) and with Collapse all (which then counts only the shown sections). **Clear tags** shows everything again. The filter is view state, per person, in `prefs.tagFilter`, so it survives a refresh; a tag the plan no longer has drops out of it. A plan with no tags has no tag chips and no fold, and its legend is what it always was+- **Owner and Overdue in the legend** (0.64.0), before the tag chips. **Owner** is a select listing every owner on the plan with their row count, then **Unassigned (n)** for the rows nobody owns, because on a young plan that is most of it and it has to be reachable. It is ONE choice shared with the table's owner select (`prefs.ownerFilter`, which replaces the table-only `prefs.tableOwner` and carries an old pick over), so the person picked on the chart is the person the table shows; the chart's copy hides in the table view, where the table's own sits in its toolbar. **Overdue** is a chip with a red dot and a count: a row is overdue when its deadline (a task's end, a milestone's date) is before today and its status does not settle it, complete or cancelled, read through `statusOf` so "completed", "done" and "canceled" settle it too; a blank status is still owed. It is the same rule as the Analytics Overdue card. Every overdue row carries a red edge on its label and a red ring on its bar (a red diamond on a milestone) whether or not the filter is on; clicking the chip shows only those rows (`prefs.overdueOnly`). The chip counts **tasks and milestones apart** (`Overdue 3 | ◆ 2`, also as `data-tasks` / `data-ms`), because milestones usually carry no status and would otherwise pile up as their dates pass and drown the late tasks; a milestone with no status counts as not reached until it is marked complete. **Overdue is derived, never stored:** it is worked out from the dates and statuses on every render, re-read after every edit, at midnight on a tab left open and when the tab comes back into view, and nothing is ever written to the plan, so no `Overdue` tag appears in the data, an export or the changelog, and computing it never makes another open tab stale. Both filters AND with the tags and narrow ROWS, never sections: under either, a section header shows only over rows it still has, its count reads "2 of 5", and Collapse all acts on the sections on screen. Readouts, Analytics and the exports stay whole-plan. An owner who no longer has a row drops out of the filter the way a vanished tag does - **Collapse all / Expand all** leads the legend (0.57.0), in the chart and the table. One press collapses every section to its header; when every section with rows is already collapsed it expands them all. A mixed state collapses. It is the same view state as the per-lane chevrons (`prefs.collapsed`), so it persists across a refresh, follows the chevrons (open the last lane by hand and it reads Collapse all again), and the table agrees with the chart. With everything collapsed the table says so rather than "no items match" - **Click a bar** to open the date editor with start/end pickers and dependency management. It is a compact 256px square (`--ed-sq`, one token for both dimensions): the row's name across the top, the two dates, the note, the dependency list and the buttons, at desktop density, so it covers as little of the chart as it can. The dependency list is the only part that flexes and the only part that scrolls; the buttons are pinned to the bottom edge. The milestone panel and the batch panel take the same compact metrics; the full **Edit item** panel, which is filled in rather than glanced at, keeps the full ones - **Drag bar edges** to resize (changes start or end date). Every timeline drag snaps to the grid the axis is currently drawing: day boundaries at the day cell size, week starts at weeks, month, quarter and year firsts at the coarser ones. Resizing the start leaves the end where it is and the mirror for the end; dragging the bar body snaps the START and preserves the DURATION, so the end lands at start plus the same number of days. The preview snaps live, line to line, and is exactly what gets committed. The shortest bar a resize can produce is the first grid line past the fixed edge, so it is never zero or negative. Milestones snap the same way. Dates set explicitly (table cells, the item modal, the batch editor, the project-start shift) are taken exactly as given and are never rounded

@@ -3,6 +3,48 @@ Decisions taken while building, and the places where the plan and the code disagreed. Newest first. +## Build notes, 2026-10-02 (0.64.0, Owner and Overdue in the legend)++Drew: "add filter by owner for gantt page. Let's also add an Overdue tag/filter that is auto+added on refresh (maybe also a manual Scan for Overdue button?) to tasks that should be+complete per dates but are not marked complete yet." Built for the instaPCB launch plan:+273 rows, 146 with no owner, 13 named owners.++- **Owner is one choice for both lenses.** The table already filtered by owner, from its own+  `prefs.tableOwner`. Two owner choices that disagree would put the chart and the table on+  different people with nothing saying so, so the pick moved into `rowShown` as+  `prefs.ownerFilter`, the table's select is now a view of it, and an old table pick carries+  over. The chart's copy is a select in the legend, hidden in the table view.+- **Unassigned is an option, with counts.** On this plan 146 of 273 rows have no owner; an+  owner list of named people only would hide the majority with no way back to it.+- **"Overdue tag" is a derived chip, not a tag.** Writing an `Overdue` tag into rows on load+  would rewrite the plan on every refresh from every open tab, churn the changelog, make+  every other tab stale (the 0.54.0 banner) and leave stale tags behind when a date moves.+  So overdue is computed from the dates and statuses on every render and never stored. It+  does look like a tag where it matters: a chip in the legend with a count, a filter, and a+  red mark on each row.+- **No Scan button.** The chip IS the scan, re-done on every render, after every edit, when+  the tab regains focus and every five minutes for a date turning at midnight, so a button+  would only repeat what already happened. Easy to add if wanted.+- **Settled = complete or cancelled, through `statusOf`.** The same rule as the Analytics+  Overdue card, and `statusOf` already folds "completed", "done" and "canceled" in, so the+  vocabulary split in older data cannot leak rows. A blank status is still owed.+- **Rows, not sections.** Owner and Overdue choose rows; a section header shows only over+  rows it still has. The tag rule (a matching section shows all its rows) is unchanged when+  only tags are on.+- **Tasks and milestones are counted apart** on the chip ("Overdue 0 | ◆ 1"). Found in+  review against the live plan (another session's check): 14 of its 18 milestones carry no+  status at all, against 233 tasks explicitly not-started, so as milestone dates pass a single+  count would climb with no work having slipped (12 of 14 by mid-December) and drown the late+  tasks. Suppressing status-less milestones would hide genuinely missed ones, so both are+  kept and shown apart, and the tooltip says a milestone with no status counts as not+  reached until it is marked complete.+- On the launch plan today exactly one row is overdue: the "Nameplate proof-of-concept run+  complete" milestone (Sep 23), which has no status.+- Tests: new `owner and overdue` flow (chart owner filter, Unassigned, table follows the+  chart, chip count and marks against a test-side oracle, Overdue only, nothing written to+  the plan); `#ganttOwner` and `#overdueChip` declared in the manifest.+ ## Build notes, 2026-10-02 (0.63.0, Effort: hours are estimates, not bars)  Drew: "in analytics, hours should be calculated as 8 hours per day M-F only, not 24/7.

@@ -2,7 +2,7 @@   "slug": "adom-gantt",   "title": "Adom Gantt",   "type": "app",-  "version": "0.63.0",+  "version": "0.64.0",   "description": "Interactive Gantt chart viewer for project timelines, with a table view and an analytics page over the same data. Data-driven, dark by default with a print-friendly light mode, and fully editable in the browser: drag bars to move or resize, multi-select and batch-shift dates, manage dependency arrows inline, reorder rows, filter by phase, and undo. One click auto-schedules the whole plan so every dependency lines up finish-to-start on working days, skipping weekends and US federal holidays, pushing work LATER only so a lead-time gap you set on purpose is never closed, and one more lights up the critical path, meaning the longest run of work inside every section at once. Cancelled work is left out of both: it never moves, it constrains nothing and it can never glow. Dependency arrows are coloured by the phase of the task they come out of, so where a chain starts reads at a glance. Toggle to the table for every task and milestone as a row with owner, deadline and status, filtered per owner and edited in place, or to analytics for total, remaining and average hours, one row per person carrying both their hours and their status counts, per-section totals, milestones, dependency stats and what is overdue. Copy and paste rows: Ctrl+C the selected tasks and milestones, Ctrl+V to drop clones directly below a selected row or at the end of the lane you are looking at, with dependencies AMONG the copied rows remapped onto the copies so a duplicated chain is still a chain, links pointing outside it left naming the originals, and the whole paste one undo and one changelog line. Five statuses in lifecycle order, not started, in progress, complete, blocked, cancelled, with cancelled keeping the row and its history on the plan while taking its hours out of every total. Every edit is recorded in an append-only changelog so an AI can read what a human changed and build on it. Imports JSON, CSV, MS Project XML and Jira CSV; exports JSON, CSV, SVG and a self-contained HTML snapshot.",   "main": "server.js",   "bin": {

@@ -2,7 +2,7 @@   "slug": "adom-gantt",   "title": "Adom Gantt",   "type": "app",-  "version": "0.63.0",+  "version": "0.64.0",   "description": "Interactive Gantt chart viewer for project timelines, with a table view and an analytics page over the same data. Data-driven, dark by default with a print-friendly light mode, and fully editable in the browser: drag bars to move or resize, multi-select and batch-shift dates, manage dependency arrows inline, reorder rows, filter by phase, and undo. One click auto-schedules the whole plan so every dependency lines up finish-to-start on working days, skipping weekends and US federal holidays, pushing work LATER only so a lead-time gap you set on purpose is never closed, and one more lights up the critical path, meaning the longest run of work inside every section at once. Cancelled work is left out of both: it never moves, it constrains nothing and it can never glow. Dependency arrows are coloured by the phase of the task they come out of, so where a chain starts reads at a glance. Toggle to the table for every task and milestone as a row with owner, deadline and status, filtered per owner and edited in place, or to analytics for total, remaining and average hours, one row per person carrying both their hours and their status counts, per-section totals, milestones, dependency stats and what is overdue. Copy and paste rows: Ctrl+C the selected tasks and milestones, Ctrl+V to drop clones directly below a selected row or at the end of the lane you are looking at, with dependencies AMONG the copied rows remapped onto the copies so a duplicated chain is still a chain, links pointing outside it left naming the originals, and the whole paste one undo and one changelog line. Five statuses in lifecycle order, not started, in progress, complete, blocked, cancelled, with cancelled keeping the row and its history on the plan while taking its hours out of every total. Every edit is recorded in an append-only changelog so an AI can read what a human changed and build on it. Imports JSON, CSV, MS Project XML and Jira CSV; exports JSON, CSV, SVG and a self-contained HTML snapshot.",   "main": "server.js",   "bin": {

@@ -1124,6 +1124,11 @@ const MANIFEST = [   { sel: '.bt-x', label: 'batch: remove a tag from all', terminal: true, by: 'row tags', key: c => c.ds.tag, pin: ['long-lead'] },   { sel: '#legendSecs', label: 'legend: fold or unfold the section chips', safe: true, twice: true },   { sel: '#tagClear', label: 'legend: clear the tag filter', safe: true },+  // Owner and Overdue (0.64.0): view filters in the legend. The owner select is the chart's+  // copy of the table's and is proven by its flow; the Overdue chip toggles, so it is clicked twice.+  { sel: '#ganttOwner', label: 'legend owner filter', terminal: true, by: 'owner and overdue' },+  { sel: '.owner-pick', label: 'legend owner filter (its wrapper)', terminal: true, by: 'owner and overdue' },+  { sel: '#overdueChip', label: 'legend: overdue only', safe: true, twice: true },   { sel: '.sec-tag-in', label: 'section tag: type to add', terminal: true, by: 'tags' },   { sel: '.sec-tag-x', label: 'section tag: remove one', terminal: true, by: 'tags', key: c => c.ds.tag, pin: ['Launch', 'Tech', 'Process'] },   { sel: '#tagPrefixBtn', label: 'tags from name prefixes', terminal: true, by: 'tags' },@@ -1617,6 +1622,47 @@ async function editorFlows(browser, S) {   check('"Back to plan order" puts the rows in the plan\'s own order and hides itself', firstDiff === -1 && restored.length === planOrder.length && !(await page.$('#toPlanOrder').then(b => b && b.evaluate(e => window.__uiVis(e)))),     `first difference at row ${firstDiff}: "${(restored[firstDiff] || '').slice(0, 50)}" vs "${planOrder[firstDiff]}"`);   await view(page, 'gantt');++  // 0.64.0: the owner filter on the chart, shared with the table, and the Overdue chip.+  // The oracle is the plan itself: overdue = a deadline before the pinned today that is+  // not complete or cancelled, worked out here rather than asked of the page.+  section = 'owner and overdue';+  const ITEM_RE = /Lane \d+ (task \d+|gate)|Kickoff|Final gate prep|Launch finale|Dropped export/;+  const chartNames = () => page.$$eval('#labels .label-row:not(.row-collapsed)', (ls, re) => ls.map(l => l.textContent.trim()).filter(t => new RegExp(re).test(t)), ITEM_RE.source);+  const plan1 = await savedPlan(S.url, { minWait: 200 });+  const live = plan1.items.filter(r => r.type !== 'group');+  const chartAll = await chartNames();+  check('every row is on the chart before any owner or overdue filter', chartAll.length === live.length, `${chartAll.length} of ${live.length}`);+  const opts = await page.$$eval('#ganttOwner option', os => os.map(o => o.value));+  check('the legend owner pick lists every owner, All owners first and Unassigned last', opts[0] === '' && opts[opts.length - 1] === '__unassigned__' && ['Ana', 'Drew', 'John'].every(o => opts.includes(o)), opts.join(','));+  const johnN = live.filter(r => r.owner === 'John').length;+  await page.select('#ganttOwner', 'John'); await settle(page, 250);+  let shown = await chartNames();+  check(`owner John on the chart shows exactly his ${johnN} rows`, shown.length === johnN && shown.every(t => live.find(r => t.includes(r.name))?.owner === 'John'), `${shown.length} rows`);+  await view(page, 'table');+  check('the table owner select follows the chart\'s pick (one choice for both lenses)', await page.$eval('#tblOwner', e => e.value) === 'John');+  check('and the table shows the same rows', (await tableRows()).length === johnN);+  await view(page, 'gantt');+  const noneN = live.filter(r => !(r.owner || '').trim()).length;+  await page.select('#ganttOwner', '__unassigned__'); await settle(page, 250);+  check(`Unassigned shows the ${noneN} rows nobody owns`, (await chartNames()).length === noneN, `${(await chartNames()).length}`);+  await page.select('#ganttOwner', ''); await settle(page, 250);+  check('All owners puts every row back', (await chartNames()).length === live.length);+  const today = TODAY;+  const od = live.filter(r => { const dl = r.type === 'milestone' ? r.date : r.end; return dl && dayNum(dl) < dayNum(today) && !['complete', 'cancelled'].includes(r.status); });+  const chip = await page.$eval('#overdueChip', e => ({ tk: Number(e.dataset.tasks), ms: Number(e.dataset.ms), text: e.textContent }));+  const odMs = od.filter(r => r.type === 'milestone').length;+  check(`the Overdue chip counts tasks and milestones apart (${od.length - odMs} + ${odMs}: ${od.map(r => r.name).join(', ')})`, od.length > 0 && chip.tk === od.length - odMs && chip.ms === odMs && (odMs === 0 || chip.text.includes('\u25C6 ' + odMs)), JSON.stringify(chip));+  const marked = await page.$$eval('#labels .label-row.is-overdue', ls => ls.map(l => l.textContent.trim()));+  check('exactly the overdue rows carry the red mark without any filter on', marked.length === od.length && od.every(r => marked.some(t => t.includes(r.name))), marked.join(' | '));+  await page.click('#overdueChip'); await settle(page, 250);+  shown = await chartNames();+  check('Overdue on shows only the overdue rows', shown.length === od.length && od.every(r => shown.some(t => t.includes(r.name))), shown.join(' | '));+  await page.click('#overdueChip'); await settle(page, 250);+  check('Overdue off shows every row again', (await chartNames()).length === live.length);+  // Nothing about either filter is written to the plan: they are one viewer's lens.+  const plan2 = await savedPlan(S.url, { minWait: 300 });+  check('neither filter writes to the plan (no Overdue tag, rows unchanged)', JSON.stringify(plan2.items) === JSON.stringify(plan1.items) && !plan2.items.some(r => (r.tags || []).some(t => /overdue/i.test(t))));   await page.close(); }