All streams
Search
Write a publication
Pull to refresh
6
0
Egor Khmelev @hmelyoff

User

Send message
жаль мне вас, если ничего :)
;)

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

Я так понимаю просто вовремя utf-8 не разработали, отсюда и проблемы.
Кстати странно гуглевая реклама реагирует на смену кодировки :)
Поменял на этой странице в koi8, затем в utf-8, а затем обратно в 1251 и кодировка в этой рекламе слетела :)
можно попробовать забыть и набирать руками... :)

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

Автор не указал, на то, из-за чего родилось вобще такое разнообразие кодировок?
я не спорю, что 3 поля это слишком усложнит форму... где это надо, там пусть будет...
это тоже верно...
но есть места (та же регистрация в форуме для скачки файла, наверное все через это проходили) где меня вобще ник не волнует... но он нужен, чтобы не показывался e-mail...
по вам тоже :)
ни к чему заставлять лишний раз думать пользователя...
Если можно додумать за него... а вот допустим сайт, где нельзя использовать e-mail пользователя... т.е. его надо скрыть от всех) я бы просто обрадовался, если бы увидел кусок своего e-mail'а и сказал бы разработчикам свой респект) лишний раз бы остался доволен.

Почем вы считаете что это плохо додумать за него?
и? ну будет ник у него info... и?
Многих допустим Андреем зовут... и?
не вижу проблемы... непонравилось, зашел поменял... но жить то от этого (если не поменял) хуже не стало... это лишь эстетический фактор.
Я про случай с 2мя полями при регистрации — email и пароль... я все-таки за этот вариант :) в этом случае логином является e-mail, а ник дерется из части email'а и никак не может служить логином...
Тут подход не верен... ник не должен являться логином...
Логином в данном случае является e-mail.
Наверное ты просто сформулировал не так и назвал это логином :) недавно обсуждалось...
Что необязательно?
Можно по такой записи понять однозначно что произойдет, если я оставлю его пустым?
Меня будет пускать без пароля? И всех остальных тоже, если они знают логин... или он все же сгенерится?
В принципе можно. Просто надо подумать как это более адекватно сделать, что не вводить в заблуждение и не пугать...
Суть в том, чтобы это поле было.
у меня правда появляется ощущение неполноценности в этом случае :)
но от него всегда можно отделаться...
привык наверное к звездочкам... и когда видишь другое, то просто непривычно... отсюда и ощущение.
по-моему оно уже родилось... и не у меня одного.
Вместо логина "email" и пароль при регистрации...
Никаких подтверждений регистрации и мылом регистрационные данные и пароль (надо, на случай ошибки).
В следующем же проекте своем сделаю именно так.
Нужен ник? А вы не думали, что зачастую он совпадает с тем, что стоит в email перед собачкой?
Это же не доказывает, что если вы добавите поле пароля, то эти цифры уменьшаться?
Или вы уже пробовали? И цифры действительно уменьшились?
А есть ли статистика смены пароля?
Так! причем этот пароль общий для меня с братом...
Получается очень удобно...
Особенно на форумах где надо файл скачать... Перед регистрацией пробуешь стандартные логин и пароль (вдруг брат зарегистрировался уже) и если неполучилось, то регистрируешься...

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Date of birth
Registered
Activity