Комментарии 8
Смотрю на ваш же пример, на шаблон где нужно ввести номер в формате +7 000 000 00 00 и вижу что в вашей клавиатуре нет плюса. В телефонной клавиатуре все хотя бы привыкли как его ввести, а тут, как я понимаю, чтобы ввести "+" сначала нужно будет нажать "-"?
Ох... И тут я довольно частенько обламываюсь. Все из-за того, что введенный ранее email сбрасывается, и мне приходится заново вводить его! Например, ...
Это видимо сделано потому, что пользователь может ошибиться как при вводе пароля, так и при вводе самого email. Если "запомнится" email с ошибкой - будет еще хуже.
На многих сайтах где это реализовано (включая приведённый пример того же Букинга) - эмейл в поле при этом остаётся редактируемым. Его можно поменять на этом этапе. Просто поле предзаполняется.
Если пользователь на первом этапе ошибся в поле e-mail, то при попытке восстановить пароль:
Если поле e-mail уже предзаполнено и ему выдадут сообщение об ошибке вновь, он поймет в чем ошибся вначале.
Если он вновь будет вводить e-mail и на этот раз введет его правильно, он этого не осознает и будет винить систему.
Глаголы более понятны, чем существительные
Пример не совсем корректен. Вы не сравниваете существительное с глаголом, вы сравниваете плохой тултип с хорошим. Давайте сравним честно. Что понятнее: "Updates" или "View"? Да ничего, оба плохо, хотя, существительное, все же, понятнее. А если бы было написано что то типа (немного коряво, но суть отражает): "Your notifications (2 new)", — то все было бы хорошо и без глаголов.
У меня 0 идей, почему нельзя сделать так, чтобы email добавлялся автоматически
Потому что пользователь мог изначально вбить адрес с ошибкой.
В этом случае при вводе кода пользователи могут быть сбиты столку символами # и *, а это может привести к ошибкам при вводе.
Поясните к каким ошибкам при вводе это может привести? Если пользователь промахивается мимо клавиш — он это будет делать даже если там только цифры.
3 совета по удобным интерфейсам за март