пытаться решить такие проблемы это хорошо, но очень часто это приводит к двойной трате времени, т.к. верстальщик исправил баг на то как ему это видится, а дизайнер с заказчиком просто негодуют «o_O!!! а что же ты тут наделал???». и затем приходится ожидать исправлений дизайнера и исправлять косяки, а порой и делать заново…
Конечно, это происходит не всегда, но в скользких случаях лучше сразу «пнуть» дизайнера, чем делать работу дважды и получать от заказчиков и начальства…
увы, но действительность такова, что не все дизайнеры представляют что такое вёрстка и с чем её есть…
встречал лично psd, в которых шапка для стандартного шаблона в 1000px состояла из 300 неадекватно подписанных и не выделенных в отдельную папку слоёв… чуть ли не каждая загогулина а фигурках была отдельным слоем и как их искать для состыковки в общее целое для меня осталось загадкой…
вообщем такой дизайнер «пошёл» лесом…
Возможно, с картинками привёл неудачный пример.
В маленьком проекте данная технология вполне может быть применима, а в большом проекте большое количество скрипта. На его загрузку также потребуется время, отсюда соответственно и задержки в необходимом позиционировании и вычислении размеров.
Ни в коем случае не говорю о том, что данная технология не имеет права на существование. Но сам как можно меньше стараюсь использовать скрипта для определения размеров блоков при загрузке страниц…
Всё это может и удобно, но какова будет скорость работы?.
К примеру:
Представьте процесс загрузки основного контента сайта на медленном соединении.
При реализации с помощью css замедляется в основном загрузка изображений, но они уже позиционируются на своём месте. А в данном случае не только будет замедление в зазрузке изображений, но и в расчётке координат всего на странице. У вас появится почти белый лист и на нём постепенно будут двигаться блоки на свои места.
Это сугубо моё мнение, т.к. сталкивался с такими вещами даже на вычислении размеров блоков на странице. После нескольких перезагрузок страницы замечаешь эффект, подобный slideDown…
С остальным полностью согласен)))
p.s. не любят они изменения
своей прелестисвоих макетов)))Конечно, это происходит не всегда, но в скользких случаях лучше сразу «пнуть» дизайнера, чем делать работу дважды и получать от заказчиков и начальства…
встречал лично psd, в которых шапка для стандартного шаблона в 1000px состояла из 300 неадекватно подписанных и не выделенных в отдельную папку слоёв… чуть ли не каждая загогулина а фигурках была отдельным слоем и как их искать для состыковки в общее целое для меня осталось загадкой…
вообщем такой дизайнер «пошёл» лесом…
Но они живут на Марсе и в 80% процентах случаев используют Myriad Pro…
В маленьком проекте данная технология вполне может быть применима, а в большом проекте большое количество скрипта. На его загрузку также потребуется время, отсюда соответственно и задержки в необходимом позиционировании и вычислении размеров.
Ни в коем случае не говорю о том, что данная технология не имеет права на существование. Но сам как можно меньше стараюсь использовать скрипта для определения размеров блоков при загрузке страниц…
К примеру:
Представьте процесс загрузки основного контента сайта на медленном соединении.
При реализации с помощью css замедляется в основном загрузка изображений, но они уже позиционируются на своём месте. А в данном случае не только будет замедление в зазрузке изображений, но и в расчётке координат всего на странице. У вас появится почти белый лист и на нём постепенно будут двигаться блоки на свои места.
Это сугубо моё мнение, т.к. сталкивался с такими вещами даже на вычислении размеров блоков на странице. После нескольких перезагрузок страницы замечаешь эффект, подобный slideDown…