amelice

это свойство прописано http://prodpak.ru Читать спецификацию 2.1 главу 9.7 где говориться - при абсолют, флоат сбрасывается в none.

1. http://habrahabr.ru/post/143452/ 2. По поводу синтаксиса <br>, Хром считает синтаксис </br> ошибкой и исправляет на <br>. а это лишнее движение браузеру. 3. мне кажется некоторые название классов не по смыслу, например - inner-top-header, inner-header- они выполняют роль общего каркаса, может тогда - wrap-top-header, wrap-header? так же - bottom-data, услуги - help. В основном верстка понравилась. а можно по подробнее? в каком контенте и какое отношение имеет к набору текста пользователем?

Пожалуйста

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

СПС. Как картинку добавить? Залить картинку куда-нибудь, и указать ссылку в пиктограмму - "Картинка".

Да, вижу вы убрали флоат и для блока .img-sidebar, теперь он не учитывает флоаты перед собой, чтоб он учитывал ссылку перед ним, нужно присвоить ему clear: both; Дело в том, что у вас сейчас футер не прижат, вы не правильно использовали то, что там было написано. Я хотела проверить источник. Вынесите footer за wrap, попробуйте сделать так как было написано в источнике. Я обычно использую что-то похожее на второй метод описанный в статье.

http://learn.javascript.ru/datetime#форматирование

+1 Я бы в сайдбаре уменьшила число флоатов, блоки .block1, .block2, .block3 могут обойтись без флоата, так как расположены как в нормальном потоке. это касается еще к блоку .img-sidebar. а не могли бы дать источник?

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

Да, но правильно ли так взять и заявить для всего это свойство, ведь для блоков внутри сетки придется его отменять, чтоб они рассчитывались в соответствии с существующей модели. а можно по подробнее? что именно не устраивает? Спасибо, почитаю! Да, вот именно. Может это нормально, но если нормально чем оправдан такой подход...

привет всем! Рассматривая фреймворк foundation под адаптивную верстку столкнулась с интересным подходом построения сетки. Но, не могу понять правилен ли этот подход с точки зрения верстки? Если коротко, то фреймворк представляет из себя 12-колоночную резиновую сетку, ширина колонки в сетке рассчитана простым способом - 100%/12 = 8,3333%. Но у нас еще есть отступы между сетками - можно задать для них какое то значение, а так по умолчанию - 0,9375em. ( при стандартном размере шрифта 16пк получается 15пк ). Отступ как видите не в %, и не высчитывается от ширины колонок. Чтобы сетка не ломалась были заданы свойства для всех элементов: *, *:before, *:after { -moz-box-sizing: border-box; -webkit-box-sizing: border-box; box-sizing: border-box; } Как вы думаете, правилен ли такой подход? Не чревато ли свойство box-sizing: border-box; для блоков не относящихся к сетке? Может ли повлиять на быстродействие заданное свойство box-sizing: border-box для каждого элемента, так как оно влияет на расчет ширины и высоты блоков? ссылка на css

у меня в ИЕ 8 работает.

двойной бордер, а не одинарный.

Да, по этой ссылке смотрите, тут четко написано что может содержать, а что нет.

Я.

я бы поправила: 1. названия классов, у вас двухколоночный макет, с левой стороны колонка называется - left_ col, а справа center, может в вашем случае right_col? center по моему лучше использовать когда речь идет о выравнивании элементов. Хлебные крошки - вроде так и называют - breadcrumbs, а не way, не правильное название для описание товара - object. так же такие названия - in, out, write... 2. иконки спрайтом, нет смысла делать их тегом ИМГ. 3. теги используются не по назначению, тег p используется для абзаца, а не для списка товаров и кнопок слайдера, для жирности текста есть специальные теги, а не спаны, также тег img не для бекграунда кнопок. ...

Позитивно! Очень нравится.

а скрипт сами написали? все очень сложно на мой взгляд, цикл внутри цикла с анимацией (earch внутри for ) - плохо для анимации, а почему не попробовать как у apple сделано? там только одна анимация делается с шириной контейнера формы, а пункты реализованы table-cell, при анимации все само движется, не нужно ширину пунктов анимировать.

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

О, Саня! На родине мой день рождения заканчивался после отпразднования Нооруз. Так что все ты успел Спасибо большое!

Всем вам большое спасибо! Очень приятно!

Спасибо большое!

Спасибо, очень приятно!

Саня, с днем рождения!!! Желаю всего -всего

По моему задержку на ховер лучше не стоит делать, если например несколько элементов .inner внутри .select, то при беглом прохождении курсора по этим элементам событие hover отработает с задержкой как написано и будет каша. В этом случае считаю лучше вешать событие mouseenter и mouseleave и подключить таймер, то событие сработает только тогда, когда курсор над элементом. Вот сравните оба варианта: http://jsfiddle.net/amelice/8WMzL/1/ http://jsfiddle.net/amelice/8WMzL/2/