dostępność interfejsu

Dostępność interfejsu to zgodność panelu zarządzania z wytycznymi ułatwiającymi korzystanie osobom z ograniczeniami.

Dostępność interfejsu a sposób obsługi panelu

Dostępność interfejsu oznacza takie zaprojektowanie panelu zarządzania, aplikacji lub ustawień systemowych, aby z funkcji można było korzystać także przy ograniczeniach wzroku, słuchu, sprawności ruchowej albo zdolności poznawczych. Nie jest to osobny tryb pracy przeznaczony wyłącznie dla określonej grupy osób. Dobrze przygotowany interfejs pozostaje zrozumiały i obsługiwalny dla każdego użytkownika, również wtedy, gdy korzysta on z klawiatury zamiast myszy, powiększenia obrazu, czytnika ekranu, syntezatora mowy albo ustawień wysokiego kontrastu.

W praktyce ocenia się między innymi strukturę strony, kolejność przechodzenia fokusu, nazwy przycisków, komunikaty o błędach oraz możliwość wykonania wszystkich działań bez użycia urządzenia wskazującego. Element sterujący powinien mieć jednoznaczną nazwę i określoną funkcję. Sam kolor, położenie lub ikona nie powinny być jedynym sposobem przekazania informacji. Jeżeli formularz wymaga podania nieprawidłowej wartości, komunikat powinien wskazywać pole i wyjaśniać, jak poprawić dane.

Klawiatura, fokus i technologie asystujące

Podstawowym testem dostępności jest obsługa interfejsu za pomocą klawiatury. Użytkownik powinien móc przejść do każdego aktywnego elementu klawiszem Tab, cofnąć się kombinacją Shift+Tab, rozwinąć listę, zaznaczyć opcję i zatwierdzić działanie bez konieczności używania myszy. Widoczny fokus, czyli oznaczenie aktualnie wybranego elementu, musi być łatwy do zauważenia. Niedostępne są między innymi formularze, w których fokus znika po otwarciu okna dialogowego albo zostaje uwięziony w miejscu, z którego nie można przejść dalej.

Interfejs powinien również przekazywać swoją strukturę technologiom asystującym. W aplikacjach internetowych wykorzystuje się w tym celu semantyczne elementy HTML, takie jak nagłówki, etykiety formularzy, przyciski i listy. Atrybuty ARIA mogą uzupełniać semantykę, gdy standardowe elementy nie wystarczają, ale ich nieprawidłowe użycie może pogorszyć działanie czytnika ekranu. Przycisk opisany wyłącznie jako „kliknij tutaj” nie informuje o skutku operacji, natomiast nazwa „Zapisz ustawienia sieci” określa działanie i kontekst.

Ważna jest także kolejność informacji odczytywanych przez czytnik ekranu. Powinna odpowiadać logicznemu porządkowi wizualnemu. Dynamicznie zmieniony stan, na przykład informacja o zapisaniu konfiguracji lub błędzie połączenia, powinien zostać przekazany użytkownikowi bez konieczności ponownego przeszukiwania całego panelu. W aplikacjach internetowych można do tego wykorzystać właściwie zastosowane regiony live, ale komunikaty nie powinny być nadmiernie częste ani zakłócać bieżącej obsługi.

Kontrast, powiększenie i czytelność informacji

Wygląd interfejsu ma bezpośredni wpływ na możliwość odczytania treści. Wytyczne WCAG 2.2 określają minimalny współczynnik kontrastu zwykłego tekstu na poziomie 4,5:1, a tekstu powiększonego na poziomie 3:1. Dla podstawowych elementów graficznych i kontrolek wymagany kontrast względem sąsiednich kolorów wynosi co najmniej 3:1. Wartości te odnoszą się do kontrastu, a nie do konkretnej pary kolorów, dlatego jasny tekst na jasnym tle lub szary opis o niewielkiej różnicy tonalnej może być trudny do odczytania.

Informacja nie powinna być przekazywana wyłącznie za pomocą barwy. Czerwone oznaczenie błędu powinno być połączone z tekstem, ikoną lub innym jednoznacznym komunikatem. Dotyczy to także wykresów, statusów urządzeń i list ostrzeżeń. Tekst powinien dać się powiększyć bez utraty treści i funkcjonalności. W przypadku stron internetowych zgodnych z WCAG przy powiększeniu do 200 procent nie powinno dochodzić do ukrycia istotnych informacji, a przy zwiększeniu rozmiaru tekstu do 200 procent układ powinien nadal umożliwiać odczyt i obsługę.

Czytelność obejmuje również język komunikatów. Skróty, nazwy techniczne i kody błędów mogą być potrzebne, ale należy uzupełnić je objaśnieniem. Długi tekst powinien mieć nagłówki i logiczny podział, a pola formularzy powinny zachowywać etykiety także po wpisaniu wartości. Interfejs nie powinien wymagać zapamiętywania informacji z jednego ekranu podczas wykonywania czynności na innym ekranie, jeżeli można przekazać potrzebne dane w aktualnym kontekście.

Sprawdzenie dostępności przed użytkowaniem sprzętu

Ocena dostępności interfejsu powinna łączyć testy automatyczne i ręczne. Narzędzia kontrolne potrafią wykryć między innymi brak etykiety pola, zbyt niski kontrast, nieprawidłową hierarchię nagłówków lub brak nazwy elementu. Nie potrafią jednak wiarygodnie ocenić, czy komunikat jest zrozumiały, czy kolejność fokusu jest logiczna albo czy całą procedurę da się wykonać bez zbędnych przeszkód. Dlatego panel warto przejść klawiaturą, sprawdzić przy powiększeniu oraz przetestować z użyciem czytnika ekranu dostępnego w danym systemie.

Przydatne jest przygotowanie krótkiego scenariusza obejmującego logowanie, zmianę ustawień, zapis konfiguracji, obsługę błędnej wartości i powrót do poprzedniego widoku. W każdym kroku należy sprawdzić, czy aktywny element jest widoczny, jego nazwa jest zrozumiała, a wynik działania zostaje potwierdzony. Jeżeli problem występuje tylko na jednym komputerze, przyczyną może być niezgodność sterownika, skalowania obrazu, ustawień systemowych lub konkretnej wersji aplikacji. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, dlatego w ramach diagnostyki można ustalić, czy trudność wynika z usterki sprzętowej, konfiguracji systemu czy działania samego interfejsu.