Search/catalog planning notes
This commit is contained in:
39
.planning/notes/nav-search-as-catalog.md
Normal file
39
.planning/notes/nav-search-as-catalog.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: Nawigacja — search jako katalog przepisów + nowy tab Home
|
||||
date: 2026-05-16
|
||||
context: Eksploracja zmiany struktury nawigacji przed Phase 2.1 (app shell/navigation/search) i Phase 5 (Recipe catalog)
|
||||
---
|
||||
|
||||
# Nawigacja — search jako katalog przepisów + nowy tab Home
|
||||
|
||||
## Decyzje kierunkowe
|
||||
|
||||
1. **Usuwamy tab Przepisy z docka.** Search button (siostra docka, zgodnie z `project_dock_layout.md`) staje się wejściem do bogatego ekranu-katalogu z kategoriami, browse i filtrem po składnikach. Wpisywanie tekstu w pole to drugorzędna ścieżka — główna interakcja to *przeglądanie*, nie *known-item search*.
|
||||
|
||||
2. **Dodajemy tab Home przed Planerem.** Charakter: landing z podsumowaniami i propozycjami — ma *coś podpowiadać* użytkownikowi, a nie być pasywnym ekranem powitalnym. Konkretny scope widgetów odłożony (patrz seed `home-tab-content.md`).
|
||||
|
||||
## Driver
|
||||
|
||||
Rezerwa slotów w docku na przyszłe funkcje — m.in. "co mam w lodówce → przepis", dodawanie przepisów, potencjalnie inne discovery flows. Bezpośrednia inspiracja: Apple Music (search jako siostra/przycisk obok zakładek, otwierający kategorie zanim użytkownik cokolwiek wpisze).
|
||||
|
||||
## Napięcie do rozwiązania w Phase 2.1
|
||||
|
||||
Obecny model search (z memory `project_dock_layout.md`) to **overlay w 3 stanach** (closed / open-unfocused / open-focused) z zablokowanym backiem. Nowy model wymaga **pełnej destynacji** z back-stackiem: browse kategorii → szczegóły przepisu → back do listy → filtr → itd.
|
||||
|
||||
Trzy ścieżki do rozważenia w designie:
|
||||
- **A.** Overlay rozrasta się płynnie w pełen ekran (animacja przejścia stan otwarty-niezaogniskowany → destynacja); back-stack aktywuje się dopiero po pierwszej akcji navigacyjnej.
|
||||
- **B.** Search button przestaje być overlayem; od razu nawiguje do dedykowanej destynacji (ekran katalogu z search bar na górze). Prościej, ale tracimy "lekkość" overlaya na innych ekranach.
|
||||
- **C.** Hybryda: overlay pozostaje dla quick-search z każdego ekranu (wpisz frazę → wyniki), ale tap w "browse categories" wewnątrz overlaya nawiguje do pełnej destynacji.
|
||||
|
||||
Decyzja do podjęcia w `/gsd-discuss-phase 2.1` lub w sketch passie.
|
||||
|
||||
## Sprawy zaparkowane
|
||||
|
||||
- Umiejscowienie akcji "+Dodaj przepis" (Home / toolbar app shell / ekran katalogu / ustawienia). Niska częstotliwość użycia — może być dwa-tapy głębiej. Patrz todo `decide-add-recipe-placement.md`.
|
||||
- Konkretny scope widgetów Home. Patrz seed `home-tab-content.md`.
|
||||
|
||||
## Wpływ na roadmapę
|
||||
|
||||
- **Phase 2.1 (app shell/navigation/search)** — zmienia się definicja search button i layout docka (4-tab → 5-tab: Home, Planer, Spiżarnia, Zakupy + search button jako sibling, bez taba Przepisy).
|
||||
- **Phase 5 (Recipe catalog)** — ekran katalogu nie ma własnego taba; wejście wyłącznie przez search button. Pozostała funkcjonalność (lista, kategorie, szczegóły, filtry) bez zmian.
|
||||
- **Phase 10 (UI chrome polish)** — Home prawdopodobnie domyka się tutaj wizualnie.
|
||||
Reference in New Issue
Block a user