Detail ticketu ma rozradovace, ne tri karty pod sebou
Navrh v documentation/25 mel detail jako jednu slozku s rozradovaci, ale v aplikaci zustaly tri karty pod sebou: obsah, prichozi udalosti a log prubehu. Detail byl tri obrazovky dlouhy a to podstatne, tedy obsah pozadavku, se v tom ztracelo. Ted jsou to listy jedne karty: - Pozadavek - obsah a pole na komentar, vychozi - Log prubehu - co delala automatizace a co ji sluzby vratily - Udalosti - co presne prislo zvenku - Vlastni pole - hodnoty poli typu ticketu U kazdeho je pocet, takze je videt, jestli se tam vubec vyplati kliknout. Vlastni pole se nenabizeji, kdyz zadna nejsou - prazdny rozradovac je jen dalsi vec k prehlednuti. Vychozi je vzdycky Pozadavek: to je duvod, proc clovek ticket otevrel. Log a udalosti jsou hloubkova data, na ta se sahá, az kdyz neco nesedi. Vlastni pole se do te doby nedala zobrazit vubec, i kdyz je ticket nesl - to je ten ctvrty rozradovac. Kresli je tatáz tabulka jako obsah ticketu (DataTable v TicketBody.tsx), takze se struktura vsude vypisuje stejne. Rozradovace pouzivaji tentyz vzhled zalozek jako zbytek portalu, ne tvar slozky z navrhu. Druhy styl zalozek na jedne obrazovce je presne ten drift, ktery jsme uklizeli u vstupnich poli. Overeno na bezici instanci: ticket z automatizace ma 5 kroku logu, 2 udalosti a zadna vlastni pole, takze se ctvrty rozradovac skryje. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
6bcd7f845c
commit
2a310137a2
@@ -2,6 +2,37 @@
|
||||
|
||||
Nejnovejsi nahore.
|
||||
|
||||
## 2026-09-02 - Detail ticketu ma rozradovace, ne tri karty pod sebou
|
||||
|
||||
Navrh v [25](25-navrh-pristupny-portal.md) mel detail jako jednu slozku
|
||||
s rozradovaci, ale v aplikaci zustaly tri karty pod sebou: obsah, prichozi
|
||||
udalosti a log prubehu. Detail byl tri obrazovky dlouhy a to podstatne, tedy
|
||||
obsah pozadavku, se v tom ztracelo.
|
||||
|
||||
Ted jsou to listy jedne karty:
|
||||
|
||||
| Rozradovac | Co je na nem |
|
||||
| ------------ | ------------------------------------------------- |
|
||||
| Požadavek | obsah a pole na komentar, vychozi |
|
||||
| Log průběhu | co delala automatizace a co ji sluzby vratily |
|
||||
| Události | co presne prislo zvenku |
|
||||
| Vlastní pole | hodnoty poli typu ticketu |
|
||||
|
||||
U kazdeho je pocet, takze je videt, jestli se tam vubec vyplati kliknout.
|
||||
**Vlastni pole se nenabizeji, kdyz zadna nejsou** - prazdny rozradovac je jen
|
||||
dalsi vec k prehlednuti.
|
||||
|
||||
Vychozi je vzdycky Pozadavek: to je duvod, proc clovek ticket otevrel. Log
|
||||
a udalosti jsou hloubkova data, na ta se sahá, az kdyz neco nesedi.
|
||||
|
||||
Vlastni pole se do te doby nedala zobrazit vubec, i kdyz je ticket nesl - to
|
||||
je ten ctvrty rozradovac. Kresli je tatáz tabulka jako obsah ticketu
|
||||
(`DataTable` v `TicketBody.tsx`), takze se struktura vsude vypisuje stejne.
|
||||
|
||||
Rozradovace pouzivaji **tentyz vzhled zalozek jako zbytek portalu**, ne tvar
|
||||
slozky z navrhu. Druhy styl zalozek na jedne obrazovce je presne ten drift,
|
||||
ktery jsme uklizeli u vstupnich poli.
|
||||
|
||||
## 2026-09-02 - Hierarchie firmy: kdo co vidi, a zalozka Firma
|
||||
|
||||
Pohled na celou firmu dostal kazdy, kdo do ni patril: `scopes.push('tenant')`
|
||||
|
||||
Reference in New Issue
Block a user