Сообщений в теме: 15

[Vidocq]

При входе на сайт надо логиниться :) Это производится при помощи логина и пароля. Логином является имейл юзера.
Затем по нажатии "Сабмита" производится клиентская проверка введённых данных. Поле с имейлом проверяется на наличие пробелов в начале и конце и, если они есть, юзеру выдаётся сообщение перепроверить имейл, удалив лишние пробелы.

Вопрос следующий.
Возможно, девелоперу следует позаботиться о юзере, автоматически удалив пробелы какой-нить "трим"-подобной функой?

[Mad Cat]

Думаю да. Это облегчит процесс логина и будет прозрачно для юзера.

Думаю можно удалять не только пробелы а и делать полноценную проверку на валидность e-mail.

[Tester]

Позаботится о юзерах однозачно стоит :). А кроме удаления пробелов можно проверять формат введенного email с помощью регулярных выражений. (Я имею в виду что можно не позволить вводить вместо email просто какой-то набор символов )

[Vidocq]

Думаю можно удалять не только пробелы а и делать полноценную проверку на валидность e-mail.

А кроме удаления пробелов можно проверять формат введенного email с помощью регулярных выражений.

Всё это есть и отлично работает :) И к функциональности у меня претензий нет :)
Но вот про это почему-то забыли. Я просто почему-то подумал: "А стоит ли это свеч?" :)

[Scorp-13]

Я просто почему-то подумал: "А стоит ли это свеч?" :)

Чем удобнее, тем ярче свечи. :D

[PavelB]

Я думаю, о пользователях позаботиться стоит. Но при этом стоит также и позаботиться о девелоперах, дав им самим возможность проявить творческие способности и найти наиболее красивый выход из создавшегося положения

[rlabs]

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

А дальше уже просто - взяли полученные данные, запустили процедуру логина, и то что получилось (добро пожаловать/посторонним вход воспрещен) - отдать пользователю.

Куда уж проще и юзабельнее.

[Victorea]

Проверка на лишние пробелы -- это вообще по-моему стандарт. Эргономика для пользователя превыше всего, за это они нас и ценят.

[Case]

Коллеги, а если у меня пароль заканчивается пробелом? :)

[Mad Cat]

Коллеги, а если у меня пароль заканчивается пробелом? :)

А низя :P

[Scorp-13]

Коллеги, а если у меня пароль заканчивается пробелом? :)

Так не о пароле речь. :blink:
Я себе представил какую нибудь автопроверку пароля при регистрации - набрал пароль - половина символов удалилась и... :o

[Case]

Вроде как выше по теме именно про пароль был пример.

[Scorp-13]

Логином является имейл юзера.
Затем по нажатии "Сабмита" производится клиентская проверка введённых данных. Поле с имейлом проверяется на наличие пробелов в начале и конце и, если они есть, юзеру выдаётся сообщение перепроверить имейл, удалив лишние пробелы.

Вроде как выше по теме именно про пароль был пример.

Не нашел. :blink:

[Case]

Извиняюсь - мой баг: пример был про логин, который представлен e-mail. Но раз уж "тримать" - то всё подряд :)

Это я всё к чему, уважаемые: тестировщик может предложить улучшение (особенно это касается UI с которым тестировщик работает при блэк-боксе, к примеру, гораздо больше чем разработчик) - но решать в любом случае тому, кто отвечает за требования к этой части функционала.

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

[Volant]

Проверка на лишние пробелы -- это вообще по-моему стандарт. Эргономика для пользователя превыше всего, за это они нас и ценят.

не первый раз слышу тут утвреждения про стандарты интерфейса и каждый раз меня это коробит ;)
ну откуда ж вы его взяли?

чё могу посоветовать, тык это вставьте в строку браузера адрес с пробелами вначале и посмотрите что он сделает (интернет эксплорер конечна если у вас виндуз софта) и на его реакцию на пробелы и ориентируйтесь (мне очень сильно кажется что он их обрежет),
а если ещё глубже смотреть, то нужно искать стандарт на адреса электронной почты и читать его сначала...
для юзера удобна хорошо написанная программа с очевидным поведением, без множества скрытых механизмов, которые могут его надинамить из-за своей "псевдоумности"...

[SALar]

Обрезка "белых пробеов" в начале и конце поля ввода - это один из подходов. Есть и другие, но этот наиболее популярен для поля ввода.

Проверка на лишние пробелы -- это вообще по-моему стандарт. Эргономика для пользователя превыше всего, за это они нас и ценят.

Не совсем так. Это станет внутрифирменным стандартом, если вы зафиксируете его в документе. Например в "Требованиях к пользовательскому интерфейсу".

Коллеги, а если у меня пароль заканчивается пробелом? :)

Недопустимый набор символов. Допустимый набор также следует фиксировать в "Требованиях к пользовательскому интерфейсу". Тамже фиксируется как и какие поля проверять.
Надо ли проверять:
Что длина ИНН 10 или 12 символов
Проводить ли проверку контрольной суммы для ИНН, корсчета, р/счета, ...
И т.д., и т.п.

Извиняюсь - мой баг: пример был про логин, который представлен e-mail. Но раз уж "тримать" - то всё подряд :)

Это я всё к чему, уважаемые: тестировщик может предложить улучшение (особенно это касается UI с которым тестировщик работает при блэк-боксе, к примеру, гораздо больше чем разработчик) - но решать в любом случае тому, кто отвечает за требования к этой части функционала.

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

Пусть он лучше настаивает на изменении / написании "Требований к пользовательскому интерфейсу". Как только появляется стандарт, все подобные вопросы отпадают сами собой. И, пожалуйста, пишите стандарты до того как пишется код, а не после.

Пример внутрифирменного стандарта:
* Для небольших объемов информации следует использовать однострочные поля. Если же, как правило, длина текста в два раза превосходит длину поля, следует использовать многострочные поля.
* Длина поля ввода с неизменяемым размером не должна быть больше максимальной длины ввода. Если из соображений оформления длина поля больше, то следует не позволять пользователю выходить за пределы. В любом случае недопустима потеря данных.
* Введенные и отображаемые впоследствии данные должны быть одинаковыми.
* В однострочных полях следует обрезать «белые пробелы» в начале и конце строки.
* Символ табуляции внутри строки заменять на пробелы.

А вот для текст бокса лучше принять другой стандарт:
...
* Форматирование белыми пробелами должно сохраняться. В том числе, нельзя вырезать белые пробелы в начале и конце ввода.


Еще вопросы?

PS Я не бюрократ, но некоторые бумажки экономят кучу времени, денег и нервов.