Priorisierte Liste — Labels als Tags anzeigen (wie auf der Standard-To-Do-Liste) #153
Labels
No labels
priority/could
priority/must
priority/should
priority/wont
status/blocked
status/claimed
status/done-migrated
type/bug
type/feature
type/infra
type/tech-debt
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
robert/todo#153
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Story: Priorisierte Liste — Labels als Tags anzeigen (wie auf der Standard-To-Do-Liste)
As a Nutzer der Priorisierten Liste,
I want to zugewiesene Labels genauso als farbige Tags in der Zeile sehen wie auf der
Standard-To-Do-Liste,
so that ich Labels konsistent über beide Listentypen hinweg nutzen und erkennen kann.
Background
Labels existieren als Feature bereits (
#19) und werden auf der Standard-To-Do-Liste(
TodoItem.tsx) als Tags angezeigt. Auf der Priorisierten Liste (PriorityTodoRow.tsx, zuletztüberarbeitet in
#131) fehlt diese Darstellung.Acceptance criteria:
visuell konsistent mit der Darstellung auf der Standard-To-Do-Liste (gleiche Farben, gleiche
Form).
Standard-To-Do-Liste (falls diese Funktion dort noch fehlt).
PriorityTodoRow.tsxwerden um die Label-Darstellung ergänzt.Out of scope for this story:
Rahmen.
Claiming this. Picked ahead of the newly-filed #157 (higher priority/should, but needs a DB migration + handler tests I can't verify right now - Docker Desktop is down on this machine again this cycle) since this story is a pure frontend change I can fully test without a database. Plan: reuse the existing label-tag rendering from TodoItem.tsx in PriorityTodoRow.tsx for visual consistency, and wire up label assign/remove there if not already present.
Done and pushed (
4f3c6a0on master). Scope: PriorityTodoRow.tsx now shows assigned labels as removable colored tags (same LabelChip component, same sort-by-id order) below the row, and gained a "Labels" entry in its overflow menu that opens the same LabelPicker dialog TodoItem.tsx already uses to assign/create/remove labels - fully reused, no backend changes needed since TodoDto already carried .labels for every list type and the Tag/UntagTodoCommand endpoints already exist. Tests: 6 new cases in PriorityTodoRow.test.tsx mirroring TodoItem.test.tsx's own label-chip coverage (empty state, chip rendering, sort order, remove, readOnly gating, picker opening) - all passing, plus the full frontend suite (1148 tests) and build green. Could not do a live browser click-through this cycle - Docker Desktop was still down on this machine so no backend was reachable to log in against (confirmed via 500s on /api calls when I tried); relying on the component tests, which render the real DOM against the same markup via React Testing Library. Second acceptance criterion ("Labels lassen sich genauso zuweisen/entfernen wie auf der Standard-To-Do-Liste") was already true given LabelPicker is the exact same, already-generic component - no extra work needed there.