Deklaracja dostępności

Ta strona internetowa jest częściowo zgodna z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych z powodu niezgodności lub wyłączeń wymienionych poniżej:

Treści niedostępne

• 1.1.1 Treść nietekstowa: Kryterium należy uznać za niespełnione, choć w znacznej mierze serwis posiada poprawne struktury i oznaczenia. Poszczególne elementy wykazują złamanie zasad postrzegalności podczas pracy z technologiami asystującymi. Najbardziej jaskrawym przykładem jest przycisk otwierający menu mobilne, który posiada atrybut alt="[object Object]" W dalszej analizie: większość obrazków posiada atrybut alt, jednak w niektórych przypadkach tekst alternatywny nie oddaje prawidłowo funkcji elementu (np. obrazki dekoracyjne mają zbędny opis). Opis błędów: W serwisie znajdują się obrazki dekoracyjne (np. decoration_medium.svg), które posiadają atrybut alt="Ikona dekoracyjna". Czytniki ekranu odczytają tę informację, co jest zbędne i wprowadza szum informacyjny. Obrazki, które nie niosą treści, powinny być ukryte przed technologiami asystującymi. Ponadto, niektóre grafiki (np. tła w banerach lub ikony dekoracyjne w sekcji "Sytuacja na drodze") nie posiadają jawnie zadeklarowanego, pustego atrybutu alt="", przez co czytniki ekranu mogą próbować odczytywać ich nazwy plików.
• 1.3.1 Informacje i relacje: W serwisie główny tytuł strony został oznaczony jako . Struktura nagłówkowa powinna zaczynać się od dla głównego tytułu dokumentu, a następnie hierarchicznie przechodzić do , itd. Brak utrudnia użytkownikom czytników ekranu nawigację i zrozumienie struktury strony. W formularzu kontaktowym etykiety () dla pól input są umieszczane po elemencie input za pomocą pozycjonowania absolutnego, co jest akceptowalne, o ile atrybut for jest poprawny, ale ukryta za pomocą opacity własność tekstowa checkboxa ("Zapoznałem się z informacją...") jest niepoprawna, bo jest odczytywana przez technologie asystujące przed następującym po nim takim samym elementem tekstowym.
• 1.3.2 Zrozumiała kolejność: Grupa linków "Facebook, Instagram, Telefon" umieszczona jako floating element w prawej części serwisu odtwarza się jako pierwsza w kolejności przy użyciu czytników ekranu. Oznacza to, że użytkownik doświadcza rozbieżności pomiędzy tym jak elementy są ustawione wizualnie.
• 1.3.5 Określenie przeznaczenia danych wejściowych: Pola formularza kontaktowego, które służą do wprowadzania danych personalnych (takie jak Imię i Nazwisko oraz Adres e-mail), nie posiadają atrybutu autocomplete. Uniemożliwia to przeglądarkom automatyczne sugerowanie i wprowadzanie danych, co jest dużym utrudnieniem dla osób z zaburzeniami motorycznymi i kognitywnymi.
• 1.4.3 Kontrast (minimum): brak uwag co do ogółu serwisu: kontrast jest zapewniony w technice G174, czyli udostępnieniu cyfrowo dostępnego mechanizmu zmiany kontrastu. Ostrzeżenie: należy uwidocznić focus na elemencie zmiany kontrastu, ponieważ w obszarze widoczności ten element stanowi barierę.
• 1.4.13 Treści po najechaniu wskaźnikiem lub z fokusem: Rozwijane menu w nawigacji głównej pojawia się, kiedy element nadrzędny ma status :hover (kod CSS: .menu__links li:hover .menu__sub { opacity: 1; pointer-events: auto }). Standard wymaga, aby treść wyświetlona po najechaniu, pozwalała użytkownikowi na jej zamknięcie przyciskiem ESC bez przesuwania wskaźnika myszy. Tego mechanizmu nie można obsłużyć samym CSS.
• 2.1.1 Klawiatura: Interaktywne elementy, takie jak rozwijane menu (menu__sub), są sterowane za pomocą pseudoklasy :hover w CSS. Nie zdefiniowano analogicznego zachowania dla fokusu klawiaturowego. Oznacza to, że użytkownik nawigujący za pomocą klawisza Tab nie jest w stanie rozwinąć podmenu. Paginacja slidera (kropki przełączające) zrealizowana została jako elementy z klasą .swiper-pagination-bullet. Domyślnie element nie jest w pełni operowalny z klawiatury. Nawigacja nie używa odpowiednio interaktywnych elementów ani tabindex="0". To samo dotyczy nawigacji w sliderze: next i previous - elementy div nie są w stanie przejąć focusu a w dalszej kolejności zdarzenia (w tym wypadku klawisza enter, spacja)
• 2.4.1 Pomijanie bloków: W strukturze obu dokumentów nie zlokalizowano żadnego łącza typu "skip-link", które służy do omijania często powtarzanych bloków nawigacyjnych (takich jak menu, wybór kontrastu i opcje) i bezpośredniego przenoszenia wskaźnika do głównego obszaru zawartości.
• 2.4.4 Cel łącza (z kontekstu): Niektóre odnośniki do pobrania plików jako swój tytuł używają samej, nieformatowanej nazwy pliku - na przykład: "plan_zadania_inwestycyjne_2025.pdf". Jest to nazwa techniczna, pozbawiona dokładnego kontekstu, która może być niezrozumiała w kontekście zapewnienia prostoty języka.
• 2.4.6 Nagłówki i etykiety: W formularzu kontaktowym, pola formularza nie posiadają trwałych etykiet widocznych dla użytkownika. Etykiety są realizowane jako elementy , ale ich pozycja zmienia się (unoszą do góry) podczas wypełniania pola. Dla użytkowników z zaburzeniami poznawczymi lub pamięciowych może to utrudniać orientację.
• 2.4.7 Widoczny fokus: W serwisie istnieje silna globalna reguła: "button,input,input::placeholder,select,textarea{border:unset;outline:unset;..." Usuwa ona całkowicie domyślny systemowy focus z elementów interaktywnych, nie zastępując go dedykowaną klasą obsługującą fokus z klawiatury. Oznacza to, że osoby sterujące stroną z użyciem klawiatury nie zobaczą, na którym elemencie obecnie się znajdują. Ponadto brak jest zdefiniowanej klasy :focus, która ustawia mocno widoczny focus niezależnie od natywnych rozwiązań przeglądarki.
• 2.4.11 Odpowiedni wygląd fokusu: Jak w powyższym kryterium - brak zdefiniowanej klasy ustawiającej silny focus na wszystkich elementach interaktywnych.
• 2.5.3 Etykieta w nazwie: Atrybut aria-label w przycisku wywołującym menu mobilne posiada złą treść: aria-label="[object Object]". Prawidłowy atrybut ARIA powinien bazować na tekście widocznym na ekranie (jeśli taki by istniał) lub klarownie opisywać element ikoniczny, do którego brakuje widocznego podpisu.
• 2.5.8 Rozmiar celu (minimum): Kryterium WCAG 2.2 dodaje wymóg, aby obszary klikalne elementów interaktywnych miały wielkość co najmniej 24x24 piksele (chyba że są oddzielone od innych elementów minimalnym marginesem równym różnicy do 24px). Przyciski kontrolne dostępności (np. ikony mediów społecznościowych w stopce) posiadają wymiary wyliczone w CSS jako: height: 20px; width: 20px, co narusza to kryterium.
• 3.3.1 Identyfikacja błędu: Formularz kontaktowy nie powiązuje prawidłowo wygenerowanego z systemu komunikatu o błędzie z bezpośrednim polem formularza, w którym ten błąd wystąpił. Kod używa klas CSS do podświetlenia błędu i generuje blok błędu po interakcji, brak jednak identyfikacji po stronie semantyki dla technologii takich jak czytniki ekranowe.
• 4.1.2 Nazwa, rola, wartość: Wewnątrz przycisku znajduje się ikona . Brak aria-hidden="true" na tej ikonie może spowodować, że technologie asystujące odczytają ją jako osobny element, co jest zbędne.
• 4.1.3 Komunikaty o stanie: Po interakcji użytkownika z formularzem kontaktowym i poprawnej walidacji (np. wiadomość udana), strona wykorzystuje obiekty HTML, takie jak tekst "Wysyłanie" lub dynamiczny blok .successBox do przekazania komunikatu o sukcesie wysłania formularza. Ponieważ bloki te nie mają przypisanej roli live regions, czytnik ekranu nie powiadomi niewidomego użytkownika o tym, że jego żądanie zostało przyjęte lub odrzucone z serwera.