schalli/tessera-ctl
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 14 Wiki Activity

docs(08): create phase 8 plan — 4 widget slices (Calculator, Stoppuhr, Favorites, Link)

Browse Source
This commit is contained in:
Schalli
2026-07-01 09:10:19 +02:00
parent 29636bd2b1
commit b885c767fb
2 changed files with 89 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.planning/phases/08-dashboard-widgets-vollimplementierung/08-RESEARCH.md
+3 -3
View File
@@ -609,17 +609,17 @@ export async function fetchFavorites(widgetId: string) {
---
## Open Questions
## Open Questions (RESOLVED)
1. **FavoritesController-Route: `/favorites` oder `/dashboard/favorites`?**
- Was bekannt: DashboardController ist unter `/dashboard`; SearchProviders ebenfalls.
- Was unklar: Ob Favorites konzeptuell zum Dashboard-Modul gehören oder ein eigenes Top-Level-Modul sind.
- Empfehlung: `/favorites` (eigenes Modul, eigener Controller) — saubere Trennung. Falls Konsistenz gewünscht, `/dashboard/favorites`.
- RESOLVED: `/favorites` (eigenes Modul, eigener Controller) — saubere Trennung. In Plan 08-03 umgesetzt.
2. **Braucht Next.js eine API-Route als Proxy für `/favorites`?**
- Was bekannt: `dashboard-api.ts` ruft NestJS direkt via `NEXT_PUBLIC_API_URL` auf (mit `credentials: 'include'`). Das funktioniert für alle bestehenden Widgets.
- Was unklar: Ob CORS-Konfiguration für `/favorites` bereits durch bestehende NestJS-CORS-Config abgedeckt ist.
- Empfehlung: Kein Next.js API-Proxy nötig — gleiche Fetch-Pattern wie dashboard-api.ts verwenden.
- RESOLVED: Kein Next.js API-Proxy nötig — gleiche Fetch-Pattern wie `dashboard-api.ts` verwenden. CORS durch bestehende NestJS-Config abgedeckt. In Plan 08-03 (favorites-api.ts) umgesetzt.
---