Кстати, ошибка возможна даже с повторным вводом пароля. Например был нажат капс или была выбрана не та раскладка клавиатуры.
Отображение пароля позволяет избежать этого.
Ну если сделать чекбокс с текстом «Скрыть пароль» и изначально он будет выключен, то вполне разумная идея.
Если ты на работе или в интернет-кафе, то по клику на чекбокс появляется второе поле и меняется text на password в input, а если нет, то -1 поле это очень хорошо.
Это можно довольно легко (по крайней мере легче, чем переписывать все сайты) решить на уровне браузера: виджет ввода пароля должен позволять показать или скрывать пароль.
Уверен, что уже есть такой юзерскрипт под Лису. :)
Также человек может ошибиться как не правильно введенный пароль. Так один раз, торопясь, зарегился на сайте и минут 20 ждал кода активации, пока не понял что, вероятно, ошибся символом, уже повторно зарегистрировавшись (не получив ошибку, что «данный имэйл уже использован для регистрации»).
Хотя самого бесит двойное введение пароля и имэйл. Тот кто торопиться он может и два раза ввести не правильно и пароль и имеэйл.
Ну это же редкая ошибка, т.к. человек видит вводимый e-mail.
С введением confirm email кол-во таких ошибок снизится. Зато это подтверждение вызовет раздражение у очень многих людей.
Поддерживаю. Обычно ввожу в оба поля e-mail без ошибки, но один раз ошибся на платежном сайте. Срабатыванию блокировки по несовпадению полей порадовался :)
особенно бесит, когда кликаешь на ссылку активации в письме, открывается сайт, говорит «спасибо, ваш е-мейл подтвержден» и после этого предлагает залогиниться
Закрывать пароль звездочками обязательно надо. Я, например, когда регистрируюсь, даже не обращаю внимания на то, что ввожу, пробегаюсь глазами по полям, и уже на автомате «Логин—Таб—Пароль—Таб—Снова пароль—Таб—Имейл». И если мой пароль виден, это вызывает дискомфорт даже дома.
И как сказали выше, особый бред — подтверждение имейла. Эту человеческую глупость понять мне не дано.
Не вашим, не нашим: галочку напротив поля ввода пароля «Показывать пароль», чтобы можно было в любой момент или при желании переключить в удобный режим.
Пароли, часто устанавливаются у «клиентов», самими клиентами. И они наверно не хотят чтобы кто-то краем глаза их увидел.
Совсем другое дело, это повтор ввода. Ну и что, что ошибся пользователь. email то он ввел. Если не сможет попасть всегда есть функция «напомнить пароль».
Я могу понять два скрытых поля для ввода пароля для регистрации. Но, хоть убейте, не пойму чем руководствуются люди требующие вводить пароль с подтверждением к уже существующим аккаунтам. За примером далеко ходить не надо:
А может сделать отображение последнего символа при вводе пароля на пару секунд? Таким образом пользователь будет видеть, что вводит, а подсмотреть будет сложно. Правда, возможны сложности с реализацией.
Дык в WinRARе есть нормальное решение при создании запароленных архивов — есть чекбокс, который переключает два обсуждаемых режима — либо видим пароль и вводим один раз, либо два раза — звездочками.
Если в маскированное поле (type=«password») добавить специальный параметр (например, showpass=«enabled»), то в поле появится встроенный переключатель. Лайк зис:
спешить не стоит. Срытый пароль это атрибут безопасности для пользователя.
Если вы подходите к банкомату, вводите пароль, а он показывается — вы оглянетесь, судорожно нажмете несколько раз кнопку отмена и поскорее уйдете от такого банкомата.
С пользователями будет тоже самое. Отсутствие звездочек (кружечков...) насторожит пользователя и заставит думать что у этого сайта что-то с безопасностью.
Если же все же вы решили на своем сайте показывать пароль при регистрации, то галочка показывать пароль, дефолтно должна быть отключена.
Когда я генерирую сложные пароли, трудные для запоминания я частенько перепечатываю их в свободном поле, зрительная память с успехом дополняет символьную.
В целом от кнопочки «показать пароль» я бы не отказался. Но большей части пользователей будет все равно.
Так, к слову замечу: если уж вам приходится копипастить логины/пароли, то сначала копируйте пароль, а потом копируйте логин. Потому что мало кто задумывается, что если пароль вставлять _после_ логина, то он останется в буфере обмена (если не заместится чем-то другим, конечно).
Зачем маскировать пароль в INPUT.PASSWORD?