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>
