Этот выпуск видеоблога-подкаста — для веб-разработчиков. Рассказываю, как нормально валидировать формы и что делать с незаполненными полями. Обязательно покажите коллегам:
Подкаст-версия для тех, кто в дороге:
Сначала — догонка, а тема начинается с 4:56.
Ссылки из выпуска:
- Как нужно назвать линии метро
- Курс об интерфейсе, где говорим, в том числе, про формы
Кстати, на подкаст-версию теперь можно подписаться по РСС и слушать в подкастных программах:
В Айтюнс-каталог пока не добавил — там надо ещё доработать разное, но по прямому урлу добавляется и работает, попробуйте!
Илья, все стеснялся написать, но больше молчать нельзя. У вас в видеоблогах неестественно крупный план, прямо реально криповое ощущение отрезанной говорящей головы.
По колокольчику приходит обычный пуш со ссылкой но свежий видос. А видосы тех, на кого подписался последовательно по мере выхода отображаются в ленте на вкладке Subscribtions в приложении, что довольно удобно.
Спасибо за полезную информацию!
Очень интересно, узнал немножко новенького)
Семь лет прошло, ничего не изменилось. По-прежнему к каждой форме приходится колхозить костыли, чтобы она работала как надо — вместо того, чтобы браузер сам делал всё правильно, а форму было достаточно описать в декларативном стиле.
Теперь одна частность. Про onBlur не соглашусь. Вот у меня в таком поле ошибка. Я пришел ее исправить. Если при первом же onInput текст ошибки будет скрыт, это может оказаться неудобно (если в тексте ошибки даются инструкции по исправлению). Другое дело, что для нетривиальных полей лучше описывать формат не в тексте ошибки, а в отдельном месте, которое не орёт на пользователя, а подсказывает. И тогда да, лучше убирать ошибку сразу при начале редактирования. А можно убирать в момент, когда ошибка реально исправлена, — не по onInput и не по onBlur, но по onInput с проверкой. В общем, есть над чем подумать.
При первой попытке заполнения, конечно, надо дождаться, когда пользователь уйдет с такого поля, и только тогда проверять.