Jakie ulepszenia dostępności są oferowane przez HTML5?

Question

Jakie korzyści oferuje HTML5 w stosunku do HTML 4.01 lub XHTML 1.0 Strict dla dostępności?

Answer 1

Niektóre rzeczy, które przychodzi do głowy - nie ma chyba dużo więcej:

Najważniejszą rzeczą, aby pamiętać o dostępności w HTML 5 jest nie tyle cechy jak zmiany w filozofii. HTML 5 ma problemy z zachęcaniem autorów stron internetowych do umieszczania informacji w miejscach, gdzie zwykli użytkownicy nie mogą ich zobaczyć, takich jak alt i atrybuty podsumowujące, a zamiast tego zachęca ich do umieszczenia informacji w normalnym tekście. Chodzi o to, że (a) często informacje ukryte w tych atrybutach są użyteczne dla osób widzących i niedowidzących oraz (b) jeśli autor widzi taki tekst podczas utrzymywania i testowania swojej strony, jest o wiele bardziej prawdopodobne, że jest poprawny i aktualny, niż ukryty. Na przykład definiuje element "figury", który umożliwia powiązanie ze sobą obrazu i podpisu (to znaczy elementu "legendy").

W wielu przypadkach lepiej jest, aby tekst, który wcześniej został umieszczony w atrybucie alt, został umieszczony w elemencie legendy, chociaż należy zauważyć, że teoretycznie są one różne - jest to odpowiednik odpowiadający tekstowi - legendą jest tekst pomocniczy:. To samo dotyczy atrybutu podsumowania i elementu podpisu w tabelach. Używanie elementu caption jest zalecane w stosunku do atrybutu podsumowania, ale nie są to dokładnie te same przypadki użycia. Jest to ostatnio przedmiotem istotnego sporu, a obecna sytuacja polega na tym, że @summary definiuje się jako "przestarzałe, ale zgodne", cokolwiek to znaczy.

Być może najlepszym osiągnięciem w zakresie dostępności funkcji HTML 5 jest ciągły proces integracji WAI-ARIA, dostępnego bogatego pakietu aplikacji internetowych (http://www.w3.org/WAI/intro/aria).

wierzę nowe algorytm pośredniego powiązania komórek tabeli z ich nagłówków komórek dla czytników ekranu w użyciu, które mogą uratować prace mające określić skojarzenia jawnie.

Występują również pewne problemy. Nowe elementy "wideo" i "audio" nie mają możliwości cofnięcia poziomu HTML - zakłada się, że cofanie dostępności będzie osadzone bezpośrednio w plikach audio i wideo. Jest to kwestia toczącego się sporu. Mówiąc osobiście jako autora strony internetowej, wiem jak napisać zapis pliku audio w formacie HTML, ale nie mam pojęcia jak umieścić tekst zastępczy do wcześniej istniejącego pliku audio. Tak więc, może to być doskonałe rozwiązanie, aby umieścić krok wstecz w pliku audio, to w wielu przypadkach jest to po prostu nie będzie się działo, i tych, którzy nie mogą skorzystać z audio bezpośrednio będą przegrani.

Nowy „płótna” elementem jest również obecnie dużym problemem dostępność. Chociaż niektórzy mają pomysły na temat tego, co robić, nie jest wcale jasne, czy "płótno" może mieć prawdziwie dostępny odpowiednik.

Answer 2

Z praktycznego punktu widzenia nie oferuje żadnych ulepszeń dostępu. Żaden z producentów czytników ekranu nie zaimplementował obsługi nowych tagów i nie będzie aż tak szeroko wykorzystywany, aby wdrożenie tego wsparcia było opłacalne. Jeśli chcesz, aby Twoje witryny były dostępne, nie wyświetlaj HTML 5 jako magicznej kuli, użyj starego dobrego HTML 4 i postępuj zgodnie ze wskazówkami dotyczącymi łatwego dostępu.

Answer 3

Pozwól mi powiedzieć: „Słuchajcie, słuchajcie” do Alohci i dostarczyć trochę dalej szczegółach:

Trzeba pamiętać, że do przeglądarek oraz technologii wspomagających istnieje tylko jeden HTML (z wyjątkiem MSIE 8). Oznacza to, że nowa wersja standardu sama w sobie nie ma znaczenia, dopóki implementacje nie obsługują tych funkcji. Na przykład.atrybut longdesc jest częścią HTML 4 od ponad 10 lat, ale ma zerową obsługę i dlatego nie można go w ogóle używać.

Potencjalne korzyści w standardzie HTML 5 to:

• Nowe elementy, które mogą sprawić, skip-linki zbędne. Ponieważ te nowe elementy są mniej okrutne niż obiekty zabytkowe ARIA, które również mają tę moc, prawdopodobnie zobaczą więcej adopcji. To znaczy. Autorzy mogą nie zdawać sobie sprawy z tego, że strona jest bardziej dostępna, po prostu chcą korzystać z najlepszych dostępnych tagów. Aplikacje klienckie mogą wykorzystywać te nowe elementy w celu ułatwienia nawigacji, co może przynieść korzyści większej liczbie osób niż niewidomych.
• Dla wielu zastosowań, w których dostępność nie może być zbudowana w, ale musi być śruba na, ARIA jest dostępna. Niedawno dokonano pierwszej edycji do wersji roboczej zawierającej ARIA!
• Wideo i audio, SVG i płótno mogą być używane w sposób, który pomoże osobom z zaburzeniami kognitywnymi. (W tej chwili najlepszym sposobem integracji SVG w zwykłym HTML jest nadal przedmiotem dyskusji, choć.)

Są jeszcze sprawy, które są nierozwiązane mimo:

• Napisy do filmu. Do tej pory jedyną opcją jest JavaScript, raczej brzydki rygiel na temat rozwiązania, który jest mało prawdopodobny, aby zobaczyć wysokie wskaźniki przyjęcia. OTOH, ile filmów na Youtube jest dzisiaj podpisanych?
• Dostępna treść czytnika ekranu z obiektów Canvas. Piękno płótna jest takie, że nie ma on DOM, ale to także jest główne niedociągnięcie. Nie ma rozwiązania dla wszystkich w tym zakresie. Co się stanie, jeśli zaimplementujesz Tetris, Pacman lub Doom za pomocą Canvas? Gry te będą zawsze niedostępne dla użytkownika czytnika ekranu ze względu na ich charakter. Bespin, OTOH, należy udostępnić im.

SVG ma DOM i dlatego może być postrzegany jako alternatywa dla czytnika ekranu, ale obecnie jest w nim za mało implementowanego wsparcia.

Istnieją pewne drobne debaty wciąż trwa, jak również, takich jak:

• Jest to korzystne, aby alt atrybut opcjonalny, w nadziei na zmniejszenie źle napisane Alt-teksty, czy też pozostawić to wymagane , w nadziei zmuszenia redaktorów do napisania dobrych alt-tekstów?
• Czy atrybut podsumowania powinien być traktowany jako najlepsza alternatywa dla opisu złożonych tabel, gdzie podpis, th, thead, tbody, tfooter i headers/id nie są wystarczające?

W jednym rogu mamy ludzi związanych głównie z oryginalnym wysiłkiem WHAT WG, którzy budują swój argument na tym, że dzisiejsze użycie tych funkcji jest fatalne. Kiedy są używane, większość autorów robi im błąd. Nie należy mieć wielkich nadziei, że edukacja będzie działać lepiej w przyszłości. Nazywam tę grupę elitarną, ale pesymistyczną.

W drugim rogu mamy dostęp (a ostatnio także miłośników RDFa), które budują swoje argumenty na ekspertyzie w tej dziedzinie. Zdają sobie sprawę z ogromnych potencjalnych korzyści wynikających z prawidłowego korzystania z funkcji ułatwień dostępu. Są optymistycznie nastawieni do wysiłków edukacyjnych, ale mogą być nieco fanatyczni w swoim rozumowaniu.

Po debacie HTML 5 będzie oznaczał, że dla kompetentnych autorów 99% ich narzędzi z zakresu dostępności jest nadal użytecznych, i mają jeszcze kilka narzędzi do wykorzystania, ale także kilka dodatkowych wyzwań do pokonania. "Plus ça change, plus c'est la même wybrał"

Answer 4

Nie jestem ślepy, głuchy lub oficjalnie niepełnosprawny, ale jestem całkowicie chory na używanie stron internetowych. Po 15 latach przeciągania myszką po ekranie i obserwowaniu, jak nawigacja stron internetowych zmniejsza się, gdy moje ramiona i nadgarstki stają się coraz bardziej obolałe, powodują, że jestem przygnębiona !! Istnieją proste rozwiązania, które można wbudować w każdy nowy standard. Wtyczka "hit'a'hint" dla Firefoxa była świetna, ale nie zawsze aktualizowana. Bardzo podobają mi się bardzo podobne skróty "ALT" z interfejsami wstążki MS, są darem niebios, chociaż nie sądzę, że to mnie wróci z Linuksa. Jak trudno byłoby mieć wbudowane skróty w HTML 5.0. Trzymasz klucz, daje ci cięcie na klawiaturze, by uderzyć ... absolutnie proste. Może to zapobiec dziesiątkom, jeśli nie setkom milionów ludzi, długotrwałych uszkodzeń ramienia i nadgarstka w przyszłości. Mój własny problem zaczął się dopiero po 20 latach używania komputera i 10 lat użytkowania myszy, więc istnieje potencjalne tykanie bomby zegarowej.