* feat(code): add parseCodeNumber helper to lib/code.ts
Pure helper that extracts the trailing numeric sequence from a code string
(ST-007 → 7, T-42 → 42). Non-conforming codes fall back to Number.MAX_SAFE_INTEGER
so they sort to the end. Includes 5 unit tests.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* feat(tasks): add code field to BacklogTask type and all task selects
Adds `code: string | null` to BacklogTask interface and includes it in
all Prisma task.findMany selects (backlog API, stories tasks API, page
hydration routes). Updates coerceTaskPayload and test fixtures to match.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* feat(sort-order): derive story/task sort_order from parseCodeNumber(code)
All create paths (createStoryAction, saveTask, createTaskAction,
materializeIdeaPlanAction) and code-edit paths (updateStoryAction, saveTask
update) now set sort_order = parseCodeNumber(code) instead of last+1.
Removes stale last-record queries from create paths.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* fix(sort-order): decouple sprint membership actions from sort_order
createSprintAction and addStoryToSprintAction no longer write sort_order
when adding stories to a sprint. sort_order is derived from code via
parseCodeNumber, so membership should only set sprint_id + status.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* refactor(ordering): remove priority from all story/task orderBy
Story- en taak-ordering is nu puur sort_order asc (created_at als
tiebreaker). PBI-ordering (priority + sort_order) blijft ongewijzigd.
Gewijzigd: backlog/route, pbis/stories/route, claude-context/route,
next-story/route, workspace/route, tasks/route, sprint-runs (query +
in-memory sort), solo-workspace-server, page.tsx (app + mobile + sprint),
store compareStory, actions/sprints story-query, next-story test.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* refactor(dnd): remove drag-and-drop reorder for stories and tasks
- Remove reorderStoriesAction, reorderTasksAction, reorderSprintStoriesAction
- Delete REST route app/api/stories/[id]/tasks/reorder/route.ts
- Remove DnD from backlog story-panel and task-panel (flat list)
- Remove reorder-within-sprint branch from sprint-board-client handleDragEnd
- Switch SortableSprintRow to plain SprintRow using useDraggable (membership drag kept)
- Remove all DnD from task-list (status toggle + edit kept)
- Remove story-order/task-order/sprint-story-order/sprint-task-order mutation types and store handlers
- Remove related tests for deleted reorder route; fix sprint store tests
* feat(backlog): toon code-badge op backlog-taakkaarten
Geeft code={task.code} door aan <BacklogCard> in TaskCard (task-panel.tsx).
BacklogCard rendert de CodeBadge al conditionally — alleen de prop ontbrak.
* feat(migration): backfill story/task sort_order from code numeric suffix
One-time Prisma migration that sets sort_order = trailing numeric part
of code for all existing stories and tasks, consistent with
parseCodeNumber (fallback = Number.MAX_SAFE_INTEGER for non-conforming
codes). PBIs are intentionally excluded.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* docs+tests(sort-order): update for code-binding order on stories/tasks
- Rewrite docs/patterns/sort-order.md: float-insertion PBI only; story/task
sort_order = parseCodeNumber(code), never drag/membership mutated
- Update plan-to-pbi-flow.md: sort_order auto, sprint_id param, priority=label
- Update make-plan.md: priority=label, array order = execution order
- Update rest-contract.md: fix sprint-tasks ordering, remove reorder endpoint
- Add ADR-0011: code is bindende volgordesleutel voor stories/taken
- Regenerate docs/INDEX.md via npm run docs
- Remove reorderStoriesAction/reorderTasksAction mocks from backlog tests
- Remove dnd-kit mocks from task-panel test (panel no longer uses dnd)
- Extend materializeIdeaPlanAction test: assert sort_order=parseCodeNumber(code)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
---------
Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
3.3 KiB
| title | status | audience | language | last_updated | when_to_read | ||
|---|---|---|---|---|---|---|---|
| sort_order — PBI drag-and-drop vs. code-bindende volgorde voor stories/taken | active |
|
nl | 2026-05-14 | When implementing ordering for PBIs (drag-and-drop) or stories/tasks (code-binding). |
Patroon: sort_order — PBI vs. Story/Taak
sort_order heeft voor PBI's een andere betekenis dan voor stories en taken.
PBI — float-insertion (drag-and-drop)
PBI's ondersteunen drag-and-drop herordening. sort_order is een Float die via de
midpoint-formule wordt berekend bij tussenvoeging:
function getSortOrder(before: number | null, after: number | null): number {
if (before === null && after === null) return 1.0
if (before === null) return after! / 2
if (after === null) return before + 1.0
return (before + after) / 2
}
Herindexeer als precisie opraakt
Trigger wanneer het kleinste verschil tussen twee opeenvolgende PBI's < 0.001 is:
async function reindexIfNeeded(items: { id: string; sort_order: number }[]) {
const minGap = Math.min(...items.slice(1).map((item, i) =>
item.sort_order - items[i].sort_order
))
if (minGap < 0.001) {
await Promise.all(items.map((item, i) =>
prisma.pbi.update({ where: { id: item.id }, data: { sort_order: i + 1.0 } })
))
}
}
Reorder Server Action (PBI-only)
Een drag-and-drop reorder stuurt client-controlled ID-lijsten naar de server. Behandel die lijst als onbetrouwbaar:
- Weiger dubbele IDs.
- Haal alle IDs op met de parent-scope (
product_id). - Weiger de operatie als het aantal gevonden records niet exact gelijk is aan het aantal aangeleverde IDs.
- Update pas daarna
sort_orderin een transactie. - Gebruik bij priority changes dezelfde parent uit de database, niet een los meegegeven
productId.
Story / Taak — code-bindende volgorde (geen drag-and-drop)
Voor stories en taken is sort_order een numerieke spiegel van code, berekend via
parseCodeNumber(code) uit lib/code.ts. Drag-and-drop herordening bestaat niet voor
stories en taken.
Wanneer sort_order wordt gezet
| Moment | Wat er gebeurt |
|---|---|
story.create / task.create |
sort_order = parseCodeNumber(code) |
Idea-materialisatie (materializeIdeaPlanAction) |
idem — stories en taken krijgen sort_order = parseCodeNumber(storyCode / taskCode) |
Code-edit (PATCH met nieuw code) |
sort_order = parseCodeNumber(newCode) wordt bijgewerkt |
| Sprint-membership-acties | sort_order wordt niet aangeraakt |
parseCodeNumber
Extraheert het trailertal uit een code-string:
// lib/code.ts
export function parseCodeNumber(code: string): number {
const match = code.match(/(\d+)$/)
return match ? parseInt(match[1], 10) : 0
}
Voorbeelden: "ST-042" → 42, "T-7" → 7, "CUSTOM-FOO" → 0.
Ordering queries
Stories en taken worden uitsluitend op sort_order geordend — nooit op priority:
// stories binnen een sprint
orderBy: [{ sort_order: 'asc' }]
// taken binnen een story
orderBy: { sort_order: 'asc' }
// taken binnen een sprint (story-volgorde eerst)
orderBy: [{ story: { sort_order: 'asc' } }, { sort_order: 'asc' }]
priority is een label (urgentie-aanduiding voor de gebruiker), geen
sorteerkriteria voor stories of taken.