Dostępność
Dostęp jest praktyką projektową, nie odznaką.
VEIL projektowano z uwzględnieniem dostępności, a celem są praktyki zgodne z WCAG na poziomie AA. Formalny zewnętrzny audyt zgodności nie został jeszcze przeprowadzony.
Podejście do dostępności
Witryna jest budowana wokół treści: wcześniej wygenerowany statyczny HTML ma znaczącą strukturę, oszczędne animacje i wyraźną hierarchię wizualną. Funkcje interaktywne wzbogacają dokument, który pozostaje czytelny przed ich uruchomieniem. Dostępność jest częścią projektu, nie późniejszym dodatkiem.
Nawigacja klawiaturą
Główne linki, zmiana języka, nawigacja na małych ekranach, filtry, pola Studia konsultacji, pytania FAQ, potwierdzenia usunięcia danych i kopiowanie są projektowane do obsługi klawiaturą. Standardowe elementy przeglądarki mają pierwszeństwo tam, gdzie zapewniają przewidywalne działanie bez dodatkowych skryptów.
Zarządzanie fokusem
Link przejścia do treści prowadzi bezpośrednio do głównej części strony. Widoczne obramowanie fokusu pozostaje aktywne, błędy Studia konsultacji prowadzą do odpowiednich pól, zmiana kroku przenosi fokus do nowego nagłówka, a zamknięcie potwierdzenia przywraca go we właściwe miejsce.
Ograniczenie animacji
Filmowe wprowadzenie jest pomijane lub upraszczane przy włączonej preferencji ograniczenia ruchu. Treści pojawiają się natychmiast, płynne przewijanie jest wyłączone, a Studio konsultacji pozostaje zrozumiałe bez animowanych przejść.
Język i struktura
Angielskie strony korzystają z głównego adresu, a polskie z /pl; każdy statyczny dokument ma prawidłowy atrybut lang. Strony mają pojedynczy nagłówek h1, uporządkowane h2 i h3, wyraźne punkty orientacyjne, listy, definicje oraz zrozumiałe etykiety linków.
Formularze i walidacja
Studio konsultacji używa standardowych pól jednokrotnego wyboru, pól tekstowych, pola adresu e-mail, telefonu, pola wielowierszowego i pola wyboru, a każde z nich ma widoczną etykietę. Podsumowanie błędów otrzymuje fokus, nieprawidłowe pola mają atrybut aria-invalid oraz opisy, a wpisane wartości pozostają podczas poprawiania błędów.
Alternatywy Planera miejsca na ciele
Abstrakcyjne mapy ciała są zsynchronizowane ze standardowymi listami jednokrotnego wyboru, opisami tekstowymi, nazwami obszaru i strony oraz pełnym podsumowaniem. Mapa wizualna nie jest jedynym sposobem wyboru ani zrozumienia planu miejsca na ciele.
Kontrast i responsywne przeformatowanie
Kolory atramentu, papieru, kości słoniowej, srebra i wina są używane z widocznymi granicami oraz wskazówkami niezależnymi od barwy. Układy dostosowują się od szerokości widoku 320 px po duże ekrany i pozostają czytelne przy powiększeniu do 200% lub równoważnym wąskim przeformatowaniu.
Znane ograniczenia
W obecnej demonstracji portfolio pozostają następujące ograniczenia:
- Zintegrowane obrazy portfolio przedstawiają fikcyjne, wygenerowane osoby, prace i wnętrza, a nie dokumentalne fotografie działającego atelier.
- Część zaawansowanych interakcji, w tym przechodzenie przez Studio konsultacji i zapisanie końcowej kopii, wymaga JavaScriptu.
- Strona Potwierdzenia wymaga dostępu do kopii zapisanej w pamięci bieżącej karty przeglądarki (sessionStorage) i nie może umieścić jej we wcześniej wygenerowanym statycznym HTML.
- Nie przeprowadzono formalnego audytu z osobami korzystającymi z technologii asystujących.
- Zintegrowane obrazy mają teksty alternatywne i kadry sprawdzone dewelopersko, ale nie przeszły jeszcze formalnego audytu z użytkownikami technologii asystujących.
- Portfolio nie oferuje jeszcze realnego kanału wsparcia dostępności ani zweryfikowanych informacji o fizycznym dostępie do działającego lokalu.
Przeprowadzone testy
Kontrole podczas tworzenia witryny obejmują jakość kodu i typów, kompilację wersji produkcyjnej, sprawdzanie treści, obsługę klawiaturą, ograniczenie animacji, przegląd różnych szerokości widoku, zachowanie fokusu, rozwiązania bez JavaScriptu i komunikaty konsoli. Zmniejszają ryzyko, ale nie zastępują zewnętrznego audytu dostępności.
Przyszłe ulepszenia
Przed uruchomieniem wersji produkcyjnej VEIL powinno przeprowadzić testy z użytkownikami technologii asystujących, zweryfikować fizyczny lokal, sprawdzić finalne obrazy i teksty alternatywne, opisać realny kanał wsparcia, przetestować kombinacje urządzeń i przeglądarek oraz rozwiązywać wyniki w udokumentowanym cyklu ulepszeń.