Aplikacja numlo — poziom zgodności AA
FR MEDIA Sp. z o.o. zobowiązuje się zapewniać dostępność swojej aplikacji internetowej zgodnie z przepisami ustawy z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych oraz wytycznymi WCAG 2.1 na poziomie AA.
Niniejsze oświadczenie o dostępności dotyczy aplikacji webowej numlo dostępnej pod adresem numlo.app oraz jej aplikacji mobilnych na platformy iOS i Android.
Aplikacja numlo jest częściowo zgodna ze standardem WCAG 2.1 na poziomie AA. Niezgodności i ich przyczyny opisano w sekcji „Ograniczenia" poniżej.
Informacje i komponenty interfejsu muszą być prezentowane w sposób dostrzegalny.
Komponenty interfejsu i nawigacja muszą być funkcjonalne.
Informacje i obsługa interfejsu muszą być zrozumiałe.
Treść musi być wystarczająco solidna, by mogła być interpretowana przez szerokie spektrum programów.
Wszystkie obrazy dekoracyjne mają aria-hidden, obrazy funkcjonalne mają atrybuty alt.
Struktura strony oparta na semantycznych znacznikach HTML5 (header, nav, main, section, footer) z użyciem ARIA landmarks.
Kolejność odczytu przez czytniki ekranu odpowiada wizualnej kolejności treści.
Instrukcje nie opierają się wyłącznie na kształcie, kolorze ani lokalizacji elementów.
Aplikacja nie blokuje orientacji ekranu; działa zarówno w trybie pionowym jak i poziomym.
Pola formularzy mają powiązane etykiety i atrybuty autocomplete.
Kolor nie jest jedynym środkiem przekazywania informacji; statusy i stany są dodatkowo oznaczone ikonami lub tekstem.
Aplikacja nie odtwarza dźwięku automatycznie.
Większość tekstu spełnia współczynnik kontrastu 4,5:1 (tekst normalny) i 3:1 (tekst duży). Trwają prace nad weryfikacją elementów statusów i odznak.
Tekst można powiększyć do 200% bez utraty treści lub funkcji. Panel dostępności oferuje opcję powiększenia o 20%.
Nie stosuje się obrazów tekstu poza logo aplikacji.
Interfejs jest w pełni responsywny i dostosowuje się do szerokości ekranu bez poziomego przewijania.
Większość komponentów UI spełnia kontrast 3:1. Prowadzona jest analiza ikon i obramowań.
Aplikacja obsługuje modyfikacje CSS odstępów tekstu bez utraty treści lub funkcji.
Podpowiedzi (tooltips) i menu rozwijane są odrzucalne, możliwe do najechania i trwałe.
Wszystkie funkcje dostępne są za pomocą klawiatury. Interaktywne elementy takie jak przyciski, linki i filtry są skupialne i obsługują Enter/Space.
Fokus klawiatury nie jest uwięziony w żadnym komponencie. Dialogi modalne można zamknąć klawiszem Escape.
Aplikacja nie definiuje własnych skrótów jednoklawiszowych, które mogłyby kolidować z technologiami wspomagającymi.
Aplikacja nie stosuje automatycznych limitów czasowych na żadne akcje użytkownika.
Animacje dekoracyjne są minimalne. Panel dostępności oferuje opcję redukcji animacji.
Żadna treść nie miga z częstotliwością przekraczającą trzy razy na sekundę.
Dostępny jest mechanizm 'Przejdź do treści głównej' (skip link) na początku strony.
Każda strona posiada opisowy i unikalny tytuł w znaczniku <title>.
Kolejność fokusu klawiatury jest logiczna i intuicyjna, odpowiadając strukturze wizualnej.
Cel każdego łącza jest zrozumiały z kontekstu lub etykiety aria-label.
Nagłówki opisują strukturę treści. Etykiety formularzy jednoznacznie identyfikują pola.
Fokus klawiatury jest zawsze widoczny dzięki stylom focus-visible stosowanym globalnie.
Wszystkie funkcje dostępne przez gesty wielodotykowe mają alternatywę jednopalcową (przyciski).
Akcje wyzwalane są przy zwolnieniu przycisku myszy/dotyku (up-event), nie przy naciśnięciu.
Widoczne etykiety przycisków i elementów interaktywnych są zawarte w ich dostępnych nazwach.
Funkcja pull-to-refresh posiada alternatywę w postaci przycisku odświeżania. Żadna funkcja nie wymaga wyłącznie ruchu urządzenia.
Atrybut lang='pl' jest ustawiony na elemencie <html>. Aplikacja obsługuje również język angielski.
Fragmenty w obcym języku są oznaczone atrybutem lang.
Fokus elementu nie powoduje automatycznej zmiany kontekstu.
Zmiana wartości pola formularza nie wywołuje automatycznej zmiany kontekstu bez uprzedzenia użytkownika.
Nawigacja jest spójna we wszystkich stronach aplikacji.
Komponenty o tej samej funkcji są identycznie oznaczone w całej aplikacji.
Błędy walidacji formularzy są automatycznie wykrywane i opisane użytkownikowi.
Pola formularzy mają etykiety i — gdzie potrzeba — instrukcje wypełniania.
Gdzie to możliwe, użytkownicy otrzymują sugestię poprawki po wykryciu błędu.
Krytyczne akcje (np. usunięcie danych, zakończenie gry) wymagają potwierdzenia.
Kod HTML jest poprawnie zagnieżdżony z unikalnymi ID i właściwie zamkniętymi znacznikami.
Wszystkie komponenty UI mają dostępne nazwy (aria-label / aria-labelledby), role i wartości stanu (aria-pressed, aria-expanded, aria-modal).
Komunikaty o stanie (ładowanie, sukces, błąd) są przekazywane przez role='status' lub role='alert' bez przenoszenia fokusu.
Jeśli napotkasz problemy z dostępnością lub potrzebujesz treści w alternatywnym formacie, skontaktuj się z nami:
Staramy się odpowiadać na zgłoszenia dotyczące dostępności w ciągu 3 dni roboczych.