feat(#332): dedizierter Todo-Bereich im Drawer (web + mobile)

admin-mrrm commented

2026-05-19 08:01:16 +02:00

Owner

Summary

ListsOverviewScreen bekommt typeFilter?: ListType Prop: filtert Listen-Rendering und fixiert den Create-Form-Type (kein Type-Picker bei aktivem Filter)
Mobile: Drawer-Entry Todo + Route apps/mobile/app/(drawer)/todo.tsx (analog zu einkaufen.tsx, mit typeFilter='todo')
Web: Nav-Entry Todo in layout.tsx + Route /todo (apps/web/src/routes/todo.tsx + Registrierung in router.tsx)

Variante B aus #332 — typeFilter-Prop statt eigener TodoOverviewScreen. Macht die per #330 dedizierte 'Pakete'-Liste auffindbar.

Akzeptanzkriterien aus #332

Todo-Eintrag im Drawer vorhanden (Mobile + Web)
/todo zeigt nur Listen mit type='todo'
Erstellen einer neuen Liste in /todo legt sie als type='todo' an (keine Type-Wahl)
Auto-erstellte 'Pakete'-Liste aus Tracking-Pipeline ist hier sichtbar
Reihenfolge per Drag-and-Drop (#331 — separat)

Test plan

Web /todo: nur Todo-Listen sichtbar, neue Liste landet als type='todo'
Web /lists: weiterhin alle Listen mit Type-Picker
Mobile Drawer: neuer 'Todo'-Eintrag erscheint zwischen Einkaufen und Listen
Mobile /todo: gleiche Filter-Logik wie Web
Tracking-Todo (Status-Change auf z.B. Delivered) erzeugt Liste 'Pakete', die unter /todo auftaucht

TDD-Notiz

packages/feature-lists hat keine RN-Test-Infra; der Code-Change ist zwei kleine Stellen (.filter() + useState(typeFilter ?? 'notes')). Test-Setup wäre größer als die Änderung — narrate-only per CLAUDE.md-Ausnahme.

🤖 Generated with Claude Code

## Summary - `ListsOverviewScreen` bekommt `typeFilter?: ListType` Prop: filtert Listen-Rendering und fixiert den Create-Form-Type (kein Type-Picker bei aktivem Filter) - Mobile: Drawer-Entry **Todo** + Route `apps/mobile/app/(drawer)/todo.tsx` (analog zu `einkaufen.tsx`, mit `typeFilter='todo'`) - Web: Nav-Entry **Todo** in `layout.tsx` + Route `/todo` (`apps/web/src/routes/todo.tsx` + Registrierung in `router.tsx`) Variante B aus #332 — `typeFilter`-Prop statt eigener `TodoOverviewScreen`. Macht die per #330 dedizierte 'Pakete'-Liste auffindbar. ## Akzeptanzkriterien aus #332 - [x] `Todo`-Eintrag im Drawer vorhanden (Mobile + Web) - [x] `/todo` zeigt nur Listen mit `type='todo'` - [x] Erstellen einer neuen Liste in `/todo` legt sie als `type='todo'` an (keine Type-Wahl) - [x] Auto-erstellte 'Pakete'-Liste aus Tracking-Pipeline ist hier sichtbar - [ ] Reihenfolge per Drag-and-Drop (#331 — separat) ## Test plan - [ ] Web `/todo`: nur Todo-Listen sichtbar, neue Liste landet als `type='todo'` - [ ] Web `/lists`: weiterhin alle Listen mit Type-Picker - [ ] Mobile Drawer: neuer 'Todo'-Eintrag erscheint zwischen Einkaufen und Listen - [ ] Mobile `/todo`: gleiche Filter-Logik wie Web - [ ] Tracking-Todo (Status-Change auf z.B. Delivered) erzeugt Liste 'Pakete', die unter `/todo` auftaucht ## TDD-Notiz `packages/feature-lists` hat keine RN-Test-Infra; der Code-Change ist zwei kleine Stellen (`.filter()` + `useState(typeFilter ?? 'notes')`). Test-Setup wäre größer als die Änderung — narrate-only per CLAUDE.md-Ausnahme. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

admin-mrrm added 1 commit

2026-05-19 08:01:17 +02:00

feat(#332 ): dedizierter Todo-Bereich im Drawer (web + mobile)

continuous-integration/drone/push Build is passing

Details

continuous-integration/drone/pr Build is passing

Details

1d13ff7dc3

- ListsOverviewScreen: typeFilter-Prop filtert Lists + fixiert Create-Type
- Mobile: Drawer-Entry "Todo" + Route apps/mobile/app/(drawer)/todo.tsx
- Web: Nav-Entry "Todo" + Route /todo (apps/web/src/routes/todo.tsx)

Reuse über typeFilter-Prop statt eigener Screen (Variante B aus #332).
Macht die per #330 dedizierte 'Pakete'-Liste auffindbar.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>