,

Kompendium WCAG 2.0: Wytyczna 2.4 Nawigacja

Kompendium WCAG 2.0: Wytyczna 2.4 Nawigacja
Kompendium WCAG 2.0: Wytyczna 2.4 Nawigacja
4.88 (97.5%) 8 głos[ów]

Ostatni już w tym roku wpis z cyklu Kompendium WCAG 2.0 – dotychczas omówiliśmy około 50% specyfikacji, tak więc zainteresowanych tematem WCAG 2.0 zapraszamy do śledzenia naszego bloga także w roku 2015. Na koniec roku 2014 Wytyczna 2.4 Nawigacja.

Przekład z WCAG 2.0 Guideline:

Udostępnij na stronie www narzędzia pomagające użytkownikom w nawigacji, dotarciu do treści i określaniu, w którym miejscu strony się aktualnie znajdują.

2.4.1 Dostęp bezpośredni
Zapewnij w nagłówku strony www – nie chodzi o sekcję head w samym kodzie, a o nagłówek strony z punktu widzenia użytkownika – menu służące do przechodzenia do istotnych treści serwisu za pomocą kotwic, bez konieczności przeładownia strony. Pomimo, _że każdy program czytający posiada skróty klawiaturowe, dzięki którym użytkownik może poruszać się po dowolnych elementach serwisu – nagłówkach, polach formularzy, akapitach, odnośnikach itd. w ten sposób ułatwisz osobom niewidomym nawigację przez możliwość pominięcia powtarzających się na kolejnych podstronach stałych elementów np. menu narzędziowe serwisu.

2.4.2 Tytuł strony
Każda podstrona strony www czy systemu informatycznego powinna być zatytułowana w sposób jednoznaczny. Tytuł strony to bowiem pierwszy tekst odczytywany przez czytniki ekranowe.

2.4.3 Kolejność zaznaczenia
Kolejność nawigacji po odnośnikach, elementach formularzy, itp. elementach musi mieć spójną i logiczną strukturę, tak, aby zapewnić mozliwie naturalne poruszanie się pomiędzy np. polami formularza. Przykład: Pole 1 – wpisz swoje imię, 2 – wpisz swoje nazwisko.

2.4.4 Cel odnośnika i jego kontekst
Określaj jednoznacznie cel wszystkich elementów aktywnych na stronie www. Linki, przyciski formularza, czy obszary aktywne map odnośników powinny być opisane konkretnie wraz z jasnym wskazaniem celu, do którego prowadzą.

2.4.5 wiele dróg
Do każdego elementu strony www można dotrzeć przynajmniej na dwa z wymienionych sposobów:

  • spis treści,
  • wyszukiwarka,
  • mapa strony,
  • lista podstron pokrewnych,
  • lista wszystkich podstron.

2.4.6 Nagłówki i etykiety
Nagłówki i etykiety muszą być opisane w sposób logiczny, sensowny i jednoznaczny, dzięki czemu użytkownikom łatwiej jest odnaleźć konkretną treść i zorientować się w strukturze strony. Nie wolno stosować podwójnych nagłówków i etykiet, zwłaszcza w elementach aktywnych, takich jak np. pola formularza.

2.4.7 Wyraźne akcentowanie zaznaczeń
Obsługując stronę www za pomocą klawiatury, użytkownik musi wiedzieć, który aktywny element strony ma wybrany. Podczas poruszania się po stronie klawiszem Tab musi być wyraźnie widoczne, który element został zaznaczony. Minimum jest niewyłączanie za pomocą atrybutu outline:none; tzw. autofokusu dostępnego w każdej przeglądarce internetowej.

2.4.8 Lokalizacja
Użytkownik zawsze musi wiedzieć, w którym miejscu strony www lub systemu informatycznego właśnie się znajduje. Należy zatem zapewnić odnośniki powrotne do stron nadrzędnych, które użytkownik przejrzał przed dotarciem do aktualnej strony. Najczęściej stosuje się ścieżkę linków, z angielskiego zwaną breadcrumbs.

2.4.9 Cel linku bez kontekstu
Zasada tożsama z wytyczną 2.4.4, jednak bardziej restrykcyjna: Określaj jednoznacznie cel wszystkich elementów aktywnych na stronie www. Linki, przyciski formularza, czy obszary aktywne map odnośników powinny być opisane konkretnie wraz z jasnym wskazaniem celu, do którego prowadzą. Nie mogą istnieć żadne odnośniki i elementy aktywne z tym samym tekstem kierujące w różne miejsca. Dobrym przykładem jest tutaj często spotykany odnośnik „Czytaj więcej” – na tym poziomie WCAG 2.0 należy go całkowicie wyeliminować.

2.4.10 Nagłówki sekcji
Punkt tożsamy z wytyczną 1.3.1, mówiącą o stosowaniu nagłówków w strukturze ogólnej strony www. Aby zapewnić poziom zgodności AAA nagłówki należy stosować w każdej sekcji każdego dokumentu podzielonego na sekcje. Np. jeśli artykuł jest podzielony na akapity, nagłówkiem należy opatrzyć część tytułową artykułu i każdy jego akapit.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

,

Kompatybilność aplikacji dla iPhone i iPada

Kompatybilność aplikacji iOS na rok 2015
Kompatybilność aplikacji dla iPhone i iPada
4.67 (93.33%) 6 głos[ów]

Rozwój rynku IT niesie różne niespodzianki, a czasami prowadzi do niecodziennych sytuacji. Dotychczas jednym z większych problemów do rozstrzygnięcia podczas projektowania aplikacji mobilnych był wybór wersji systemu Android na jakich aplikacja ma działać, gdyż rynek urządzeń z Androidem jest mocno pofragmentowany. Z urządzeniami opartymi o system iOS firmy Apple takiego problemu nie było – zazwyczaj najnowsza wersja systemu iPhone’ów i iPadów była tą obowiązującą. Tak działo się do mijającej właśnie jesieni, kiedy to Apple wydało najnowszy iOS 8. Abstrahując od analizy przyczyn dlaczego tak się stało, system spotkał się z chłodnym przyjęciem wśród użytkowników – po dwóch miesiącach od wydania, iOS 8 zainstalowany jest na zaledwie na 64% wszystkich aktywnych urządzeń produkcji Apple (dane oficjalne podane w grudniu przez Apple na podstawie ruchu urządzeń w sklepie App Store). W przypadku urządzeń z IOS jest to sytuacja bez precedensu – dotychczasowe aktualizacje tego systemu osiągały współczynnik instalacji rzędu 90% po 4 tygodniach od premiery. Taka sytuacja rodzi problem wśród osób, czy firm planujących wydanie aplikacji mobilnej dla iOS na rok 2015. Na pewno powinna być kompatybilna z iOS 8, bowiem procent udziału tego systemu w rynku będzie rósł, gdyż nowe iPhone’y i iPady sprzedawane są z tą wersją systemu. Pierwszy raz jednak trzeba wziąć pod uwagę, także w przypadku nowych aplikacji, kompatybilność wsteczną z iOS 7 – system ten obecnie ma wciąż 36% udziałów, co przekłada się na miliony użytkowników, którzy dotychczas nie przeszli na nowy system, zatem z dużym prawdopodobieństwem można założyć, że nie zamierzają tego zrobić – a ma to znaczenie w przypadku aplikacji, która z założenia powinna dotrzeć do jak największej grupy odbiorców.

Oczywiście powyższa uwaga ta nie dotyczy aplikacji korporacyjnych nieprzeznaczonych do rozpowszechniania publicznego w App Store – takie aplikacje są ściśle dostosowywane do wymagań działu IT danej firmy, a przeznaczone zazwyczaj do użytku wewnętrznego na określonej liczbie urządzeń ze zdefiniowaną „z góry” wersją systemu operacyjnego.