Adom Gantt

@@ -126,6 +126,8 @@ Omit `color` on a phase and it follows the Adom brand ramp, which adapts between | Key | Action | |-----|--------| | Ctrl+Z | Undo |+| Up / Down | Move the selected row in the table, following the visible order under sorts and filters. They never scroll the pane by themselves; it moves only enough to keep the selected row in view |+| Enter | Edit the selected row's name. Inside a cell, commit and step down one row | | Shift+N | Open the New panel. Fires only when nothing else is going on, so a capital N typed into a field stays a capital N | | Alt+Up / Alt+Down | Move a row one slot: the focused row in the table, the selected task in the chart. Crossing a lane boundary moves the row into that lane. Under a column sort the row stays inside the run of rows the sort considers tied with it | | Tab / Shift+Tab | In the table, commit the open cell editor and open the next one, ready to type. Wraps across rows and around the ends, and follows the visible order under a sort |

@@ -195,6 +195,8 @@ rather than a category. - **Click a bar** to open the date editor with start/end pickers and dependency management - **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 - **Ctrl+Z** to undo (100-level stack)+- **Up / Down** in the table move the selected row, following the visible order under any sort or filter. They never scroll the pane on their own: the browser's default is suppressed and the pane moves only enough to keep the selected row in view. The first press selects the first visible row. In the chart the arrows are left alone+- **Enter** on the selected row opens its NAME editor, ready to type with the text selected. Inside a cell editor Enter commits and steps down one row, the spreadsheet convention, so a column of values is Enter, type, Enter, type; it does not open the next editor, and a second Enter does - **Shift+N** opens the New panel, gated on the app being idle: no editor, panel, menu or drag in progress, and nothing focused that a person could be typing into - **Alt+Up / Alt+Down** moves one row one slot. The table moves its focused row (the row whose cell editor was touched last, marked with an accent bar on its left edge); the chart moves its selected task. In plan order the movement is free, and stepping over a group header re-homes the row into that lane, phase, bar colour and dashed rule together, exactly as a drag does. Under a column sort the movement is bounded to the contiguous run of rows the sort considers TIED with this one, so an owner-sorted Adonis task moves within the Adonis block and nowhere else: the visible sort stays truthful and what changes is the tie-break, which is plan position, which persists. A row alone in its sort key does not move and says so. Undo is per press; the changelog coalesces a burst into one line - **Tab / Shift+Tab** inside a table cell editor commits the field and opens the next editable cell, with the same ready-to-type conventions as a click (a select opens its list, short text is selected, notes get the caret at the end). It skips read-only cells and the delete button, follows the visible order under a sort, and wraps across rows and around both ends of the table

@@ -3,6 +3,63 @@ Decisions taken while building, and the places where the plan and the code disagreed. Newest first. +## Build notes, 2026-08-10 (0.19.0, arrow keys walk the table)++"Up down arrow keys should move which row is selected. Hitting Enter on a row+should make the highlighted task's name editable. No value from up/down keys moving+the vertical scroll bar."++**The focused row from 0.17.0 was already the selection, so this is arrows driving+a model that existed rather than a second one beside it.** Up and Down walk the+rows the table is SHOWING, which is what makes a sort or a filter change the+meaning of "the next row" without the walk knowing anything about either. Measured+under plan order, under an owner sort, and with an owner filter down to 15 rows.++**preventDefault is the feature, not an implementation detail.** The request was+that the arrows stop nudging the scrollbar, so they are consumed whenever the table+can act on them, and the pane only moves when the row you chose is off the edge.+`scrollRowIntoView` does it by hand rather than through `scrollIntoView({block:+'nearest'})` for two reasons: the header is sticky, so the usable top of the pane+is the header's bottom and not the pane's, and `scrollIntoView` walks every+scrollable ancestor while only this one should move. Measured: five presses with+the rows in view leave `scrollTop` at exactly 0, and walking seven rows past the+fold scrolls 215px against a 29px row, which is the overshoot and nothing more,+with the focused row landing inside the pane and below the header.++**The first press lands on the first visible row and moves nothing.** A walk has to+start somewhere and starting from nowhere is the one case a user cannot predict. If+a row was touched earlier it is already the focused row and the walk carries on+from it, so the "last-touched" behaviour is there for free without a second rule.++**Enter, twice, is the loop.** On a focused row Enter opens the NAME editor, which+is the field a person almost always means and the one the chart's label click+already opens, ready to type with the text selected. Inside a cell editor Enter+commits and steps down one row, the spreadsheet convention, so a column of values+is Enter, type, Enter, type. It deliberately does NOT open the next editor: Enter+again does that, and the pair reads as "done, next" rather than trapping you in an+editing mode you have to escape from. On the last row it commits and stays.++**The guards are the part that could have gone wrong.** A native select and a date+input do their own thing with the arrows and they have to win, so nothing moves+while any editor, panel, menu, picker or drag is live, or while anything anywhere+is focused that a person could be typing into. Probed against all eight editable+column types, the create panel with its own name field focused, the table search+box, and a mid-drag row with the drop indicator showing: in every one of them the+selection did not move and the editor stayed open. In the chart the arrows are not+intercepted at all (`defaultPrevented` is false), so the timeline keeps the+browser's scrolling: the chart's selection is a multi-select set with an anchor and+modifier rules, and giving it arrows is a different feature with different+questions.++**The two arrow meanings never race** because Alt is checked first: with Alt the+plan changes, without it only the selection does. Verified in one sequence, that an+Alt+Down reorders while the focus stays on the row it moved, Ctrl+Z puts the order+back, and a plain Down then moves the selection with the order untouched.++Fourteen groups of checks, all passing, zero errors. The 55-check keyboard and drag+sweep and the 35-step fixed-column battery both come back identical, and the 52-key+fingerprint is unchanged from 0.18.2 apart from the version string.+ ## Build notes, 2026-08-10 (0.18.2, the table is a grid again)  User report: "columns in table view seem to resize depending on where I click."

@@ -2,7 +2,7 @@   "slug": "adom-gantt",   "title": "Adom Gantt",   "type": "app",-  "version": "0.18.2",+  "version": "0.19.0",   "description": "Interactive Gantt chart viewer for project timelines, with a table view 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. Toggle to the table for every task and milestone as a row with owner, deadline and status, filtered per owner and edited in place. 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.18.2",+  "version": "0.19.0",   "description": "Interactive Gantt chart viewer for project timelines, with a table view 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. Toggle to the table for every task and milestone as a row with owner, deadline and status, filtered per owner and edited in place. 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": {@@ -63,4 +63,4 @@     "name": "Drew Owens",     "email": "[email protected]"   }-}\ No newline at end of file+}