2.9 KiB
title, date, context
| title | date | context |
|---|---|---|
| Nawigacja — search jako katalog przepisów + nowy tab Home | 2026-05-16 | 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
-
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. -
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.