Помощни средства за въвеждане и достъпност за хора с увредено зрение

Пиша специфичен вид помощник за въвеждане на телефонен номер в Северна Америка, който показва поле до входа, показвайки динамично форматирания резултат от частично въведения резултат. Ако потребителят досега е въвел "2345678" във входа, например, полето ще покаже "(234) 567-8___".

Ако след това потребителят напише "@", полето ще покаже "(234) 567-8@__" в червено, за да посочи невалиден знак, или ако след това потребителят напише "012", полето ще покаже "(234) 567-8012" в зелено, за да посочи валиден, пълен запис.

Някой има ли представа дали би било полезно да се опита това да даде обратна връзка и за потребителите на екранни четци? Може би, като дадете на помощното поле за въвеждане стойност на атрибут aria-live=polite? ... или това просто би било досадно?


html accessibility wai-aria
person Steve Jorgensen    schedule 25.08.2013    source източник

Отговори (1)


arrow_upward
2
arrow_downward

Ако искате да покажете грешката на някой, който използва екранен четец, ще трябва да добавите текст за грешка към различен възел на страницата, който има атрибут aria-live и скрийте го достъпно, ако решите.

Обърнете внимание, че aria-live='polite' ще изчака текущия ред на четене да приключи. Ако искате потребителят да спре и да коригира действието си веднага, стойността assertive е по-подходяща.

Като алтернатива използвайте валидиране от страна на клиента и повдигнете грешката при изпращане. Помислете дали да не използвате <input type='tel' />, за да направите това. Това би било по-стандартно и по-малко разрушително решение.

И в двата случая оповестете очаквания формат по начин, който е свързан с входа, или предварително, или като част от съобщение за грешка.

person ckundo    schedule 26.08.2013
comment
Помощникът вече е отделен елемент, който се използва за съветване на зрящи потребители, така че мислех просто да добавя атрибута aria-live към него. Моето разбиране е, че „учтивият“ ще започне да говори веднага щом потребителят направи пауза по време на писане, което изглежда подходящо, вместо да се опитва да говори след всяко натискане на клавиш. Използването на тип въвеждане на 'tel' е добро нещо, но само по себе си не прави нищо по отношение на форматирането. Атрибутът на шаблона ще валидира, но няма да попълни автоматично скоби и т.н. или ще даде обратна връзка за евентуалната преформатирана стойност/валидност. - person Steve Jorgensen; 26.08.2013
comment
Ах -- разбирам какво имаш предвид за отделния елемент. Това е за докладването за грешка или завършване, което трябва да прекъсне. - person Steve Jorgensen; 26.08.2013
comment
Предполагам, че въпросът ми е по-малко за това как да го направя, а повече за това дали това е добро нещо. Тъй като го намирам за полезен като зрящ потребител, предполагам, че и сляп потребител би го намерил полезен, но не знам. Може би това би било досадно, ако надхвърли стойността си? - person Steve Jorgensen; 26.08.2013
comment
По мое мнение звуковото обявяване на печатни грешки/промени във форматирането за сляп потребител е разрушително и досадно. Това е по-прекъсващо, отколкото би било визуално подчертаване за зрящ потребител, дори ако изчаква писането да приключи. Подозирам, че ако обявите необходимия формат и извършите проверка от страна на клиента, това би било по-съвместимо с очакваното поведение за незрящи потребители. - person ckundo; 27.08.2013
comment
Благодаря за вашето мнение. :) - person Steve Jorgensen; 27.08.2013