UX diskusia

[jsuchal]

Tu otvorme diskusiu ohladom pouzivatelskeho rozhrania.

• Bezny scenar (napr. navody.digital) je taky, ze pouzivatel je prihlaseny (uz zadaval BOK) a podpisovanie mu opat vyziada BOK. Treba mu nejako vysvetlit co sa deje a preco to od neho ziada znova BOK.
• Nacitanie certifikatov trva celkom dlho (sekundu aj cosi), z UX pohladu je potrebne, tam zobrazit predtym, ako sa zavola ta funkcia zobrazit nejaky loader "Nacitavanie certifikatov" - tento text treba vymysliet, lebo toto bezny pouzivatel nechape. Podobny lag je aj pri podpisovani. Opat treba spustit predtym loader. Mozno je podobny lag aj pri spatnom posielani dat do prehliadaca. Aj tam by sa malo nieco asi zobrazit.
• Start by mal byt co najrychlejsi, netusim ako rychlo vie nastartovat Java, ale binarky cez https://www.graalvm.org/ vraj su bleskove. Neskusal som.
• Z UX pohladu pre scenar, ze podpisujem toho viac je velmi ziaduce, aby sa nespustala aplikacia vzdy odznova, ale po podpisani bezala povedzme este 5 minut. Pri dalsom volani sa okamzite otvori okno a dokonca budu nacitane aj certifikaty (netreba zadavat BOK). Toto treba asi domysliet aj clientside, ak sa to bude rozbiehat na random porte, tak to musi klient nejako u seba drzat, aby to posielal stale na "beziaci komponent".
• Ak toho podpisujem viac, malo by sa otvorit "rozne okno" pre kazdy dokument. Toto asi vytvara zavislost na multithread http localhost server.

[durasj]

Pri tomto rozmyslam uz len nad jednou vecou - ma aplikacia nejak riesit, ze uz bezi instancia? Lebo custom protocol spusti novu aplikaciu, ktora bude bezat bud na tom defaulte alebo novom porte. Takze zodpovednost zistit ci uz bezi by mala byt IMHO na klientovi, ktory pouzije GET /info.

Takto sa bude dat pripadne zapnut aplikacia viackrat v pripade problemu s portom ked tak - ak sa zapne s inym random portom z webu. Ale nebude to pekne fungovat so spustenim mimo custom protocol. Lebo vtedy aplikacia zdochne na tom, ze uz nieco bezi na danom porte - takze idealne by mala vediet o inych instanciach seba sameho a povedat, ze uz bezi ina instancia.

[jsuchal]

Podľa mňa toto je zodpovednosť klienta. Ak na tom porte čo navrhne niečo beží, zistí cez polling že nejde, skúsi iný, ak to nejde tak niečo oznámi používateľovi.

…

On Tue, Apr 6, 2021, 13:03 Jakub Duras ***@***.***> wrote: Pri tomto rozmyslam uz len nad jednou vecou - ma aplikacia nejak riesit, ze uz bezi instancia? Lebo custom protocol spusti novu aplikaciu, ktora bude bezat bud na tom defaulte alebo novom porte. Takze zodpovednost zistit ci uz bezi by mala byt IMHO na klientovi, ktory pouzije GET /info. Takto sa bude dat pripadne zapnut aplikacia viackrat v pripade problemu s portom ked tak - ak sa zapne s inym random portom z webu. Ale nebude to pekne fungovat so spustenim mimo custom protocol. Lebo vtedy aplikacia zdochne na tom, ze uz nieco bezi na danom porte - takze idealne by mala vediet o inych instanciach seba sameho a povedat, ze uz bezi ina instancia. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAGNZWLVOGDRIGAESHIFMTTHLTBLANCNFSM42LFTXBA> .

[pomali]

Je pravda ze custom protocol musi spustit novu aplikaciu? Vsak ani mailto:// ti nemusi otvorit vzdy novy MUA (handlovanie tohoto bude asi zavisle trochu aj od OS)

[durasj]

@pomali Toto je na handlingu, ktory sa urobi. Na Windowse sa da spustit command na custom protocol. Takze aplikacia by musela vediet o svojich inych instanciach a vyvolat ju.

[jsuchal]

@pomali dobry point, fakt neviem.

[jsuchal]

Tuto sme dohodli s Jakubom nejake zmeny flowu, @durasj daj potom vediet ked budes mat nejaku verziu nech to s filipom preklikame.

[jsuchal]

@durasj spravil novy flow. vyzera to celkom dobre uz.

Octosign.Whitelabel.simplified.UX.mp4

[jsuchal]

@durasj trosku som sa s tym hral a vyzera, ze celkom dobry trik by mohlo byt pouzit nativny java splash screen. ten sa objavi fakt okamzite po pusteni. Obrazok sa da customizovat samozrejme.

Screencast.2021-04-20.17.58.39.mp4

A potom ho schovas ked potrebujes cez https://docs.oracle.com/javase/8/docs/api/java/awt/SplashScreen.html#getSplashScreen-- a hide();

[durasj]

@jsuchal Mozeme aj to, ja osobne tie splash screene velmi nemusim lebo nemam rad preblikavanie. Toto si potom tym padom kludne mozete nechat vo svojej distribucii ked je to sucast argumentov pri spustani. Pridam teda akurat kod na schovanie pokial sa najde po otvoreni okna. Vytvoril som na to issue https://github.com/octosign/white-label/issues/20

[jsuchal]

@durasj suhlas, preblik je nic moc, specialne ked sa da takyto popup spravit na strane toho portalu odkial sa to spusta okamzite. Cize mozno to ani nebude realne treba.

[michal-rohacek]

zatvaram, pokracovanie tu: #46