diff --git a/docs/decisions/064-composer-not-form.md b/docs/decisions/064-composer-not-form.md new file mode 100644 index 0000000..ab4856e --- /dev/null +++ b/docs/decisions/064-composer-not-form.md @@ -0,0 +1,30 @@ +# ADR-064: строка ввода — div, а не form + +Уточняет `docs/ui.md`, «Доступность»: `form` в списке семантики держит `role="form"`, а не элемент `
`, — для строки ввода чата. + +Пересмотрен [ADR-069](069-message-input-is-editable-block.md). Диагноз здесь неверен: полосу помощника форм iOS рисует не из-за ``, а для любых `input` и `textarea`, — вынос поля из формы её не убрал. Контейнер `div` с `role="form"` и кнопка `type="button"` остаются, `textarea` заменён редактируемым блоком — тем самым «следующим шагом», который записан ниже в «Следствиях». + +## Контекст + +Тест с реальными пользователями (iPhone, Safari и Chrome): над клавиатурой при фокусе в строке ввода всплывает системная панель навигации между полями — «‹ ›» и «готово», около 50 px. Полю переходить некуда — оно на экране одно, — а место съедено. + +Панель — не наша вёрстка, это поведение WebKit для полей, лежащих внутри ``. Строка ввода была оформлена именно так: `` с `