60 человек это очень мало. это как меня спросить :) я вот посмотрел на форму где лейблы под полями и запомнил что к чему там (сам я не люблю так делать по нескольким причинам — не люблю форматирование по правой стороне и лейблы не на одной строке с полями). но все таки беглого взгляда на форму хватило чтобы не испугаться и, тем более, не запутаться.
завел для себя привычку очень давно. сайт делаю чтобы все без скриптов работало. потом где хочется сделать жаваскриптовые формы вешаю на линки remote=true и скриптами перехватываю. в итоге если включен js то будет с аяксом. если нет то просто переход на страницу. сайт не ломается.
статья полезна тем людям которые уже что-то понимают в UX… для новичка, который не может осмыслить все это, статья просто испортит специалиста (пусть и начинающего)
к каждому пункту следует добавить монолог из старой рекламы — "-Ты не любишь кошек? -Ты просто не умеешь их готовить."
слайдеры… рассказываете про все слайдеры что можно, а в примере показываете то что вызывает отвращение у большинства. почему не было примера с того же gandi.net/hosting? или еще откуда-нибудь?
обязательные поля… это сейчас привычно звездочки. но с приходом это изменится (браузеры которые понимают required уже сейчас обводят инпут красной рамочкой)
формы с заголовками внутри… тоже спорная вещь. надо уметь готовить :) естественно если форма из 50-ти textarea в которые надо написать по 250+ символов, то вы правы. но если login/password то это верное решение. даже в вашем вариант из примера (3 поля) вполне оправдано использование данных вещей.
может. там самое главное что кушается это все прикладными приложениями. я на неделю оставил открытый gedit с 6-ю фалами (не большими — меньше 1кб каждый) так эта скотина откушала больше 1гб.
1. руками оно конечно чище выходит. но с фреймворками проще как-то. особенно всякие красивости. нужна кнопка чтобы всякие там ховеры и прочее сразу — @include button-button(). все. и там вещи уже оттестированы и точно будут везде работать. так что тут спорный вопрос что лучше. если со стороны выходного кода то ручной код (да и то не факт). а если со стороны скорости разработки то фреймворк.
2. ну haml/sass приятнее пользовать, кто виновать что браузер их не понимает :) вот и приходиться компилировать.
1. ну как сказать. если использовать blueprint/semantic то довольно много повторяющихся стилей в разных селекторах, но никто не мешает после компилирования прогнать через оптимизатор (уменьшает раза в два иногда и больше)
2. скомпилировал — выложил — поправил — скомпилировал — выложил (надоело, написал скрипт, который сам все это делает :) )
имхо нужно сделать фильтрацию как на ютубе. не знаю как технически это сделано, но не дает запостить нелегальное видео (даже пережатое, переименованое, обрезаное на пру секунд и тд). Буквально недавно пробовал залить клип один, сразу после аплоада сказало что низя.
лично для меня проектирование как для программиста это на бумажке накидал модули. покурил. почитал бумажку. поменял немного. еще покурил. сделал штуку которая все модули связывает. еще раз подумал что можно перерисовать и потом начала делать.
Тока что реализация не совсем хорошая. Зачем этот @var? $var_name = #333; Не ужели парсер не справится?
к каждому пункту следует добавить монолог из старой рекламы — "-Ты не любишь кошек? -Ты просто не умеешь их готовить."
слайдеры… рассказываете про все слайдеры что можно, а в примере показываете то что вызывает отвращение у большинства. почему не было примера с того же gandi.net/hosting? или еще откуда-нибудь?
обязательные поля… это сейчас привычно звездочки. но с приходом это изменится (браузеры которые понимают required уже сейчас обводят инпут красной рамочкой)
формы с заголовками внутри… тоже спорная вещь. надо уметь готовить :) естественно если форма из 50-ти textarea в которые надо написать по 250+ символов, то вы правы. но если login/password то это верное решение. даже в вашем вариант из примера (3 поля) вполне оправдано использование данных вещей.
…
попробуйте в настройках переключалки caps lock или клавишу win поставить на переключение. у меня работало.
2. ну haml/sass приятнее пользовать, кто виновать что браузер их не понимает :) вот и приходиться компилировать.
2. скомпилировал — выложил — поправил — скомпилировал — выложил (надоело, написал скрипт, который сам все это делает :) )