klierik

сейчас не могу, так как сам жду информацию о "весе" правил и их влияние на рендеринг браузера. пока что мой предыдущий пост правильнее назвать имхо. я бы вес распределил так (от малого к большему): 1. inline, inline-block 2. position: relative 3. float 4. position: absolute/fixed в такой последовательности правила требуют дополнительных вычислений со стороны браузера. Но так же хочу повторится, в данный момент у меня нету возможности выложить пруф линк на тест. Надеюсь в скором времени всё разъяснится.

"вес" правил инлайн блока, если смотреть с точки зрения скорости рендеринга, легче нежели флоат (он требует дополнительных вычислений)

по дефолту ширина макета, к примеру, 1000 пикселов. резиновый макет должен выглядеть так же как и при 1000 пикселов, только растянут контент.

каждый загружает последнее то что умеет

по поводу железа - тут требовательна, естественно, но так ведь и возможности у неё не хилые. в идеале ставить на свой выделенный сервер или юзать спец хостинг под маженто

легко в обучении. по поводу медлительности: http://demo.magenting.com/ - это медленно???

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

psy, знаешь, здоровья крепкого и счастья тебе. пускай баги встречаются реже а заказчики отваливают по полной. да и вообще, всех тебе благ земных, да и по-больше! пускай жизненный путь будет красочен без черных, даже самых малых, полос. хорошего настроения и удачи зы: и спутницу надежную (как firefox)

SelenIT, ему на это пофиг. Justnewone, без разницы.

кого? содержимое? та не вариант, уж проще тогда повесить релатив с отрицательным -1пк слева и сверху, но как-то грубый костыль поулчаеться ( мне бы попросту отрубить стили при :active, которые создают смещение

Кто нибудь боролся с тегом <button> под IE? Дело в том что при нажатии содержимое тега сдвигается влево и вниз на 1 пк. Знает ли кто-то как это предотвратить?

я работал. много намучался так и на добил до конца толком(работал с темомизацией). имхо, рекомендую magento.

s0rr0w если говорить про такое: form.order fieldset h2 то это зло которое можно описать как: .order .headline или же .b-order__headline что в свою очередь быстрее отрендерится браузером. Что касается ctrl+f || firebug то в рамках когда всего 1 css-файл то тут совершенно согласен, но это когда следует что-то поправить. Но когда следует, к примеру, создать новый вид кнопки то наглядная иерархия, по крайней мере мне, помогает тем что я сразу вижу какие элементы находятся рядом, что дочернее и кто родитель. Хотя, возможно, подход с табуляцией мне более комфортен из-за читабельности кода, так как смотря на список правил я визуально знаю в какую часть смотреть в ожидании увидеть требуемый набор правил.

скажу от себя. я веду проект у которого, к сожалению, один css-файл в котором более 6,500 строк. Написан он так же в строку - это не удобно. Но как бы то ни было новые стили в этом проекте я так же пишу в строку по одной просто причине - однородность. Грядет так же в скором времени рефакторинг этого проекта, и будущие стили будут писаться в столбик, с таблуляцией, с пустыми строками для выделения логических наборов правил. Имхо, такой подход повышает читабельность кода.

предположим у тебя есть блок - Информер. на файловой системе он размещается так: ../../framework/b-informer/b-informer.css Его стили следующие: /* @group Informer */ .b-informer { position: relative; /* for close button */ padding: 10px 36px 10px; /* 36px = 10px_padding + 16px_icon + 10px_text-padding */ background: #def3ca url(icon/icon.png) -100% no-repeat; -moz-border-radius: 4px; -webkit-border-radius: 4px; border-radius: 4px; } /* text */ .b-informer__txt { font-size: 11px; display: table-cell; margin: 0; vertical-align: middle; } .b-informer__ttl { } /* regular (default) informer types */ .b-informer_error { background-position: -166px 0px; background-color: #fcebbd; } .b-informer_info { background-position: -141px -26px; } .b-informer_help { background-position: -116px -52px; } /* informers list */ .b-informer + .b-informer { margin-top: 10px; } /* @end */ Этот информер имеет свои стандартные параметры, но есть он же только большого размера. В таком случае модификатор будет распологатся на файловой системе так: ../../framework/b-informer/_big/b-informer.big.css а стили модификатора следующим образом: /* @group Informer > _big */ .b-informer_big { padding-left: 52px; /* 38px = 10px_padding + 32px_icon + 10px_text-padding */ min-height: 32px; } /* _big informer types */ .b-informer_big.b-informer_error { background-position: -74px -78px; } .b-informer_big.b-informer_info { background-position: -32px -120px; } .b-informer_big.b-informer_help { background-position: 10px -162px; } /* text */ .b-informer_big .b-informer__txt { font-size: 12px; height: 32px; } .b-informer_big .b-informer__ttl { font-size: 13px; display: block; } /* @end */ Если, к примеру, модификатор имеет свои стили под ИЕ, то на файловой системе файл стилей под ИЕ размещается тут: ../../framework/b-informer/_big/b-informer.big.ie.css а сами стили описываются так: /* @group Informer > _big */ /* text */ *+html .b-informer_big .b-informer__txt { height: auto; margin-top: 6px; /* for vertical-align: middle; emulation with icon */ } /* @end */

В первом случае для того что бы девелоперу стало понятно что следующий класс является дочерним от предедущего - требуется прочитать название класса целиком. Во втором случае для того что бы девелоперу стало понятно что следующий класс является дочерним от предедущего - требуется всего-навсего посмотреть на иерархию классов визуально. А собственно читабельность кода выше. а если и табулировать закрывающую скобку, то читабельность ещё повышается: .b-informer { position: relative; /* for close button */ padding: 10px 36px 10px; /* 36px = 10px_padding + 16px_icon + 10px_text-padding */ background: #def3ca url(icon/icon.png) -100% no-repeat; -moz-border-radius: 4px; -webkit-border-radius: 4px; border-radius: 4px; } /* text */ .b-informer__txt { font-size: 11px; display: table-cell; margin: 0; vertical-align: middle; } .b-informer__ttl { } Такой подход мне позволяет понять иерархию разметки, смотря всего-лишь на CSS, без чтения имён классов.

часто 50/50 за ИЕ6 + 30% стоимости

а ты что разве в глаза не видел вёрстки на БЭМ? о_О стукни в аську тогда...

а косяк вёрстки то в чем???

с этим примером будут проблемы в IE. Советую использовать ссылочку Светланы.

OpenStore — бесплатная сборка интернет — магазина на основе Drupal и Ubercart Magento – это компания №1 в мире в сегменте Open Source решений для электронной коммерции.

ну так как в моем случае хост - это живой проект а в образе его клон на которм идёт девелопинг то СВН мне тут вовсе не требуется. спасибо за ссылку, почитаю.

требуется с образа на хост сливать HTML/CSS файлы. зачем мне ssh если мне всего-навсего требуется синхронизировать пару папок. ну и на хосте пока что кроме как по ftp залить файлы нет возможности

Доброго всем времени суток. У меня поднят в VMWare (FreeBSD OS) проект который разрабатывается локально. Так же есть хост на который сливаются микрорелизы. На данный момент этот процесс осуществляется ручками. Хотелось бы как-то этот процесс автоматизировать. Есть идеи/опыт как такое реализовать?

а я вот по всей видимости среди тех счастливчиков у которых тоже есть такой дизайнер и он также на расхват.