В общем я верстальщик и мы с дизайнером разрабатываем сайт, очень богатый анимациями, и постоянно возникают споры по поводу этих самых анимаций. Дизайнер при описании анимации ограничивается словами "плаво", "мягко". После того как я делаю, правим эти анимации по 100 раз. Так как это надоело, возник такой вопрос: кто отвечает за анимации сайта? Дизайнер должен отрисовать анимацию самостоятельно с помочью граф. редактора или же верстальщик должен крутить это дело в CSS3 до нахождения нужной анимации?
Jquery??? Ха-ха-ха! Великие разработчики придумали для этого CSS3 keyframes!! Создаете анимацию вы(т.е. верстальщик), а дизайнер ее придумывает и продумывает(как будут сменяться картинки, что как будет появляться и т.д.). Но то что вы их правите по 100500 раз говорит о том, что дизайнер мягко говоря туповат и не знает что хочет, либо ленив что бы написать все это сразу!
У меня на работе точно так же, я после 1 и 2й правки ставлю перед фактом, что бы он сразу сидел и продумывал иногда даже с криками.
Ну css может работать только с ограниченным набором событий. На некоторые сложные события всё же нужно прикручивать js. Но тут выбор не ограничивается jquery, можно юзать greensock-библиотеку. Она быстрее jquery и богаче на всякие эффекты.
@bromzh: как могут быть связаны анимация и события? Правильный ответ — наличием/отсутствием класса. И что — jQuery не справляется с этой задачей?))
Единственное место для применения библиотек в качестве источника анимации — применение canvas.
Правильный ответ — наличием/отсутствием класса.
Не совсем правильный. Например, если нужна анимация при скроллинге, какой там будет отслеживаться класс? jQuery не справляется с этой задачей?)
А где это я такое написал? Я лишь сказал, что есть альтернативы, приём более шустрые. Единственное место для применения библиотек в качестве источника анимации — применение canvas.
ORLY? А если надо начать анимацию для элемента DOM при наведении/клике на другой элемент? А если надо анимировать что-то при скроллинге?
Это делает фронтэнд разработчик, как правило на javascript и фреймворках, например на jquery. Это уже не верстка, а программирование, и тут нужен javascript программист. Как правило фронтэнд разработчик может и верстать, но это глупо, т.к. время верстальщика стоит дешевле. Вы, как я понял, просто верстальщик, и вас грузить фронт энд программированием не верно.
@Kid-programmer, то, что часы программиста стоят дороже, и грузить его версткой - не выгодно. Вы же не нанимаете топ менеджера газпрома, чтобы мебель перевезти, вот тут смысл тот же. Если верстальщика зарплата, например, 50к, а программиста 120к, то есть смысл верстку отдать верстальщуку наверное, верно?
@butteff: боюсь, топ-менеджер Газпрома и не сможет ничего перевезти — всё сломает или потеряет. Хотя нет — что-то украсть по пути сможет.
Связь вёрстки с фронтендом крайне высока и порой невозможно отделить одно от другого. Высокая зарплата фронтенда по сравнению с верстальщиком связана именно с тем, что он помимо вёрстки ещё и программирует.
Простой
