Danaco Console — Przepływ wejścia

Wariant stanu

Uzgodnienie protokołu kanał WebSocket

Nawiązanie kanału WebSocket w toku

Uzgodnienie protokołu — connection.hello oczekuje

Uwierzytelnienie — wynik z .ack oczekuje

Powiązanie — przejście do kolejnego etapu oczekuje

Postęp uzgodnienia 0%

Wartości w logu są przykładowe — ilustrują strukturę komunikatów connection.hello i connection.hello.ack opisaną w dokumentacji przepływu.

Stan okna

Co przedstawia

Trzy pierwsze etapy przepływu głównego Danaco Console w jednym prototypie klikalnym: łączenie z serwerem (etap 1, trzy warianty stanu), rejestracja i logowanie (etap 2, sześć stanów) oraz przygotowanie środowiska pracy (etap 3). Przejście między etapami odbywa się w obrębie tego pliku — bez przeładowania strony i bez odsyłacza do innego dokumentu.

Rama aplikacji pojawia się dopiero na etapie 3. Etapy 1 i 2 stoją przed uwierzytelnieniem, więc nie mają ani szyny nawigacji, ani belki tytułowej aplikacji, ani wstążki narzędziowej — mają wyłącznie własną, minimalną belkę okna systemowego. Arkusz zasoby/rama.css i skrypty powłoki dołączane są dopiero po wydaniu tokenu, przy pierwszym wejściu w etap 3.

Przełącznik etapów i przełączniki stanów na paskach pod nagłówkiem są rusztowaniem prototypu — w rzeczywistych oknach nie występują. Panel „Uzgodnienie protokołu” pod oknem etapu 1 również jest warstwą demonstracyjną.

Źródło w dokumentacji

docs/interfejs-uzytkownika/przeplyw-okien.md — rozdz. 3.1 „Etap 1 — Okno startowe”: warunek wejścia, przebieg (powłoka Tauri, kanał WebSocket, connection.hello z wersją protokołu, identyfikatorem urządzenia i tokenem; connection.hello.ack z wersją serwera, fazą wdrożenia i wynikiem uwierzytelnienia), stan okna, wynik, tabela „Warianty stanu okna startowego” (trzy warianty) oraz tabela „Elementy interfejsu — Okno startowe”.

docs/interfejs-uzytkownika/przeplyw-okien.md — rozdz. 3.2 „Etap 2 — Okno rejestracji i logowania”: sześć stanów okna (logowanie, dane niezgodne, rejestracja, kod potwierdzający, odzyskiwanie w dwóch krokach).

docs/interfejs-uzytkownika/przeplyw-okien.md — rozdz. 3.3 „Etap 3 — Przygotowanie środowiska pracy”: widok przejściowy między uwierzytelnieniem a stroną główną, odtwarzanie kart sesji i kontekstu projektów.

inwentarz okien platformy — sekcja 2 („Okno startowe (ładowania)”): charakterystyka 2.1, makieta 2.2, warianty stanu 2.3, elementy 2.4.

kontrakt systemu projektowego (sygnet „Delegacja”, kropka sygnału, tętno 2,4 s), rozdz. 7.1 (inwentarz okien przepływu), rozdz. 8 (zasada zero blokad), rozdz. 11 (standard techniczny prototypów).

Odwzorowane interakcje

Przejście między trzema etapami przepływu — zakładkami rusztowania oraz kontrolkami wewnątrz okien („Zaloguj się”, „Potwierdź konto”). Nawiązanie połączenia przechodzi dalej samo — po ostatnim etapie, bez czynności użytkownika.

Przełączanie trzech wariantów stanu etapu 1 i sześciu stanów etapu 2 (zakładki z obsługą klawiatury: strzałki, Home, End).

„Odtwórz przebieg” — sekwencja connection.hello → connection.hello.ack: log wypełniany wiersz po wierszu, animowany postęp z licznikiem procentowym, czterostopniowa kolejka faz cyklu życia połączenia.

Odsłonięcie hasła, ocena siły hasła (cztery warunki, cztery stopnie), wpisywanie i wklejanie kodu potwierdzającego znak po znaku.

Tętno kropki sygnału w godle (2,4 s) — jedyny ruch ciągły widoków wejściowych; przy prefers-reduced-motion zatrzymane.

Zero blokad: kontrolki niegotowe wyświetlają komunikat zamiast być wyłączone.

Decyzje projektowe ponad źródła

Jeden plik zamiast trzech. Etapy 1–3 były trzema osobnymi prototypami, co zmuszało do przeładowania strony przy każdym przejściu. Tu są stanami jednego dokumentu, więc przepływ da się przejść tak, jak przechodzi go Operator.

Belka okna systemowego przed uwierzytelnieniem. Dokumentacja stwierdza, że okno startowe nie ma paska nawigacji, i nie rozstrzyga, co stoi na jego miejscu. Zastosowano wzór okna instalatora: minimalna belka ze znakiem, tytułem i zamknięciem.

Panel „Uzgodnienie protokołu”. Dokumentacja opisuje przebieg techniczny etapu 1 słownie, bez makiety panelu. Panel dołożono jako warstwę demonstracyjną prototypu (log krojem mono, kolejka faz, postęp) — nie jest elementem okna widzianego przez Operatora, lecz uczytelnia mechanizm opisany w rozdz. 3.1.

Wartości w logu. Dokumentacja wymienia pola komunikatów, nie podaje ich wartości. Wartości w prototypie są przykładowe i oznaczone jako takie w nocie pod paskiem postępu.

Nazwa produktu. Dokumentacja funkcjonalna v1.0 posługuje się nazwą „Danaco Console”; zgodnie z kontraktem systemu projektowego w opracowaniach wizualnych produkt nazywamy Danaco Console i taka nazwa występuje w godle okna.

Godło. Zamiast pliku logo-danaco.svg z dokumentacji v1.0 zastosowano zatwierdzony sygnet „Delegacja” z pakietu wizualnego v2.0, wklejony inline, z animowaną kropką sygnału.

Trzeci stopień tekstu. Żeton --dn-tekst-3 daje 4,17:1 na powierzchni jasnej i 4,25:1 na ciemnej — poniżej progu 4,5:1. W oknach wejściowych tekst drobny bierze --dn-tekst-2; sam żeton pozostaje nietknięty.