s0rr0w

И с этим я не спорю, это правильный подход. Я акцентирую внимание на том, что не стоит наперед думать обо всем. Вы еще можете не завершить какой-то кусок работы, а уже понадобятся переделки. И ваши раздумья будут почти пустой тратой времени. Разговоры о том, что посмотрите какой классный код, сделал спрайты, на фоне отсутствия 80% интерактива - это непонятный китч. Оптимизировать нужно тогда, когда это имеет смысл, т.е. в конце проекта, а не в его начале. В начале нужно проектировать. Этот процесс ничего общего не имеет с оптимизацией.

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

Да, количество обращений к серверу важно. Но это все экономия на спичках. Чтобы заметить эффект, количество посетителей у данной формы должно исчисляться десятками тысяч в час.

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

Преждевременная оптимизация? Не доделав основную задачу? Ну-ну...

Объем формы копеечный. На спичках экономите? Никто не заметит разницы в скорости.

Три апдейта назад было проще и понятнее

Это жалкая попытка перенести интерфейсное решение в веб. Соответственно подходить к нему нужно было не как к веб-приложению Это пример того, как не надо делать. Там столько ошибок в проектировании самого интерфейса, что не счесть. И приятные мелочи являются каплей в море. Неудобный во многих моментах. И стала хромать простота понимания от версии к версии

Вскоре, думаю, да.

Возвращаемся к системным интерфейсам и веб-интерфейсам. Почему в системе не меняется курсор? Потому что плотность элементов очень высокая, элементы имеют строгое местоположение, догадываться о их предназначении не нужно. Фактически можно сказать, что любой интерфейс любой программы в среднем на 90% состоит из кнопок и управляющих элементов. В вебе ситуация наоборот, управляющих кнопок всего 10%, остальное - контент. Поэтому требуются дополнительные акценты в виде цветовой дифференциации, стилизированных курсоров, смены визуального стиля управляющих элементов и так далее. Нельзя смешивать системные интерфейсы и веб-интерфейсы. Тут работают разные паттерны и преследовалась разная цель. Из собственного опыта. Во всех наших продуктах весь интерфейс строится на одной странице. Кроме этого мы вообще отказались от кнопки "Back" и не храним историю комманд и не даем ходить по ней. Сперва это вызывает диссонанс, но через время все становится на свои места. Весь интерфейс теперь работает по принципу "двигаемся только вперед". Результат - интерфейсом пользуются совсем "домохозяйки" вообще без подготовки и изучения документации.

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

Тот, кто хоть раз обошел вокруг своего дома, уже мудрее того, кто ни разу из него не выходил. Линукс стал очень дружелюбным, в некоторых вещах даже дружелюбнее винды. Сказал тот, кто ни разу не делал их на виртуалке. Не нужно их делать там, виртуалку запустил и работаешь себе. В линухе есть куча утилит, без которых разработка превращается в ад. Например, такая простенькая утилитка как tail в надцать раз ускоряет понимание проблем на серверной стороне, ибо километровые логи читать стандартными программами несколько неудобно. Плюсы виртуалки в том, что ты можешь переносить все свои работы с системы на систему всего лишь копируя один файл. С денвером такой финт провернешь? Не уверен. Встроенные git и svn - и у тебя еще и шаровый локальный контроль версий добавляется. Не надо там особо ничего настраивать, один чекбокс и одна запись в hosts

И что?

Самое правильное решение. Хотя и чуть больше надо знать, но это полезные знания.

Проще готовый образ под vbox дать. Сделаю

Вот так проголовосал. Если на элемент можно кликнуть, то на нем должен быть pointer. Это мое глубокое убеждение. Не понимаю почему на <button> стоит default... +1

А там не нужно было валидацию при вводе делать. Достаточно было навесить на поля ввода onfocus-событие, которое бы убирало отметку неправильного ввода. Есть несколько процессов, которые может выполнять пользователь: первоначальный ввод данных, исправление существующих данных, переход на следующую страницу. Результат валидации будет после перехода на следующую страницу. Но на момент редактирования результат валидации уже не соответсвует правде, ведь пользователь еще не переходил на следующий шаг. Кстати, в данной форме нет такого понятия, как очистка. Если все неправильно на текущем шаге и нужно начать заново, то придется попотеть, особенно на заполнении ингридиентов.

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

Это неудобно. Если пользователь хочет знать, сколько времени ему еще нужно потратить на форму, то ему нужно давать такую возможность. Это поле выглядит как управляемый элемент и должно вести себя аналогично. Иначе будь готов к тому, что пользователь не догадается нажать на "управляемый" элемент справа. Не стоит вводить пользователя в заблуждение.

Была да сплыла. Не надо вводить пользователя в заблуждение. Достаточно было подчистить статус ошибочной формы при изменении любого из требуемых к заполнению полей. Нажимал, не попадаю FF 6.0, Ubuntu Достаточно превращать название в что-то вроде такого: file_...1.png. И коротко и не вызывает проблем. Чтобы получить длинное название, нужно просто сделать title="Длинное название" Ты по себе не суди. Обычно крестиком обозначается закрытие. Зачем мне закрывать этот элемент? Уважай домохозяек, сделать title не так долго. Тогда есть тема для изучения. Насчет стрелок: желательно иметь возможность выделить элемент не только мышей, но и при помощи клавиатуры. Подсветка элементов, на которые можно нажимать - правила хорошего тона. Потому что это управляющий элемент, а не просто текст. Позиции не совпадают. Это будет вызывать у пользователя приступы паники. Юзабилити составляется из мелочей.

Ошибки psywalker'а

Нафиг она там нужна? Прикольно первые два раза, потом хочется закрыть это анимигало

Контейнер

Зачем скрипт вставляет кнопку через JS? Впишите кнопку сразу в код страницы, только сделайте ее невидимой. В нужный момент активируйте, скрыв предыдущее значение. Не надо извращаться.

Результат что делает? Хранится. Никаких мягких знаков. Странно, переменная глобальная. Сделайте где-то в онлайне демо php скрипта, чтобы можно было проверить код.