Набор тестов HTML для UAAG 1.0 (черновик)

Набор тестов HTML для UAAG 1.0 (Черновик)

На этой странице: Тест 1 | Рекомендации | Об этих тестах

Рядом: Дополнительные тесты HTML 4.01 | Набор тестов UAAG 1.0

UAAG 1.0 Требование

Контрольно-пропускной пункт 1,2 Активировать обработчики событий (Приоритет 1 )
Обеспечение 1 : Разрешить пользователю активировать только посредством ввода с клавиатуры все обработчики событий устройства ввода, которые явно связаны с элементом, назначенным фокусом содержимого.

Процедура

  1. Используя клавиатуру или вспомогательную технологию, эмулирующую клавиатуру, переместите фокус на элемент управления вводом и измените значение элемента управления вводом.
  2. Используя клавиатуру или вспомогательную технологию, эмулирующую клавиатуру, переместите фокус с элемента управления вводом, чтобы вызвать событие onChange.

Выполнить тест

Исходное значение:
Эхо-значение:

Ожидаемые результаты

  1. При запуске события onChange в поле ввода «Эхо-значение» отображается то же значение, что и в поле ввода «Исходное значение».

Исходный код


  
  
  


  
  

Код тестового сценария

функция changeTest ( форма ) { форма.эхо.значение = форма.ориг.значение }

  1. Спецификация HTML 4.01 для ONCHANGE
  2. Спецификация HTML 4.01 для ВВОДА

Этот тест является частью тестирование для Руководство по доступности агента пользователя (UAAG) 1,0 . Эту работу проводит Руководство по доступности пользовательского агента работает Группа , который является частью W3C Инициатива веб-доступности (WAI) . Пожалуйста, присылайте комментарии к этому тесту на [email protected] ( публичный архив ).

Тест создан:

  • Доминик Килман
  • Колин Котелес

Последнее изменение: $Date: 02.04.2003 23:46:28 $ автор: $Author: jongund $

Авторские права © 1999 — 2003 W3C ® ( Массачусетский технологический институт , ИНРИА , Кейо ), Все права защищены.

W3C обязанность , товарный знак , использование документа и лицензирование программного обеспечения применяются правила.

Прослушиватель событий, отличный от onChange, при текстовом вводе elm-ui? — Узнать

JohnQWang 1

Изучение elm-ui Я обнаружил, что Element.Input.text может использовать только прослушиватель событий onChange . Это событие срабатывает при каждом нажатии клавиши. На самом деле это

onkeydown на необработанном элементе ввода . Но я хочу настоящий onChange т. е. срабатывает только тогда, когда я потерял фокус или нажал клавишу ввода. Как это сделать с Element.Input.text elm-ui?

Джон КВанг 2

Я получил подсказку от stackoverflow, который предлагает использовать htmlAttribute для добавления прослушивателя keyup

.

Но использование Element.htmlAttribute выглядит неудобно. Мало того, что для этого нужно намного больше кода, вам также нужно определить ничего не делающий тег сообщения для исходных onChange из Element.Input.text , так как это обязательно.

Есть ли лучший способ?

Джон КВанг 3

Только что нашел функцию-предложение, тесно связанную с моей проблемой. Похоже, что использование htmlAttribute + Html.Events — единственный способ на данный момент.

удивительный 4

Да, кажется, я определяю это практически для каждого приложения, с elm-ui и без него

 onChange : (String -> msg) -> Attribute msg
тег onChange =
  тег targetValue Json.Decode.string
    |> Html.Events.on "изменить"
    |> htmlАтрибут
targetValue : Json.Decode.Decoder a -> (a -> msg) -> Json.Decode.Decoder msg
Тег декодера targetValue =
  Теггер Json.Decode.map
    (Json.Decode.at ["цель", "значение"] декодер)

1 Нравится

Лиделл 5

Мне любопытно, каковы ваши варианты использования события "change" ?

Джон КВанг 6

Простой и хороший вопрос! Я только что понял, что встроенный

oninput поддержка elm-ui действительно более полезна, чем onchange . День назад я немного раздражен и удивляюсь, почему они не оказывают onchange прямую поддержку. Теперь я понимаю, что это основано на природе приложения elm. Они пытаются помочь нам зафиксировать как можно больше изменений состояния (что хорошо). Это дает нам детальный контроль над пользовательским интерфейсом и упрощает обмен данными с серверной частью. Пожалуйста, укажите, если я неправильно понимаю (я учусь)

В традиционной разработке пользовательского интерфейса html/css мы заботимся о

onchange намного больше, чем oninput , потому что в большинстве случаев это тот момент, когда мы вступаем в действие. В вязе все изменилось, и я (с радостью) с ним смирюсь.

1 Нравится

система Закрыто 7

Эта тема была автоматически закрыта через 10 дней после последнего ответа.

No related posts.