Chuv

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

display:inline-block добавьте к #sale. И укажите высоту и ширину блока равную высоте и ширине изображения.

Есть подозрения что, на вашей странице кроме приведенного примера существуют другие блоки с float:left/right. Лучше всего дайте ссылку на вашу страницу или напишите код тут - http://jsfiddle.net/

buddah, насколько я знаю не существует единой утвержденной(Кем она должна утверждаться тоже не понятно) спецификации HTML5. Сайт на который Вы так настойчиво ссылаетесь ничем не лучше других, в которых указана несколько иная точка зрения по этому вопросу. Я же просто полагаюсь на собственную логику и здравый смысл.

Нет. В nav не могут быть "другие теги типа заголовков, других ссылок, блоков и т.д". Многие источники четко дают понять: nav - контейнер для ссылок навигации по сайту. nav сам за себя говорит что оно - навигация. Дополнительно делать разметку со списком нет никакого смысла.

Okay... http://htmlbook.ru/html/nav - вот хотя бы с данного сайта описание.

Весьма неплохо для начинающего. Кроме тех моментов что уже указал NeoXidizer, хочу добавить что тег nav тем и удобен что нет необходимости плодить ul-li - пишите просто: <nav> <a href="#">...</a> <a href="#">...</a> <a href="#">...</a> <a href="#">...</a> </nav> Ну и если добавить HTML5 Shiv вместе с PIE будет и в ослах все замечательно

Заказчик со своим любимым браузером не одобрит же!

Подключаем jQuery и все в том же css просто добавляем еще один класс для другой ширины: .some-element { //properties } .some-element.new-width { //new properties } if($(window).width()>1024){ $('.some-element').addClass('new-width'); } Негативных моментов нет, кроме того что у юзера может быть отключен js в браузере. Другое дело что такой подход в большинстве случаев не нужен.

В том то и дело что в теории кажется все легко) Попробуйте представить что товаров не ровное количество для заполнения всего блока, и с кажем на последней строке не достает 1-2 блоков - бордеры будут "не такие как в макете!!11".

Уже теплее Блин, жалко никто юмора не понял. Суть в том - верстая очередной типичный интернет-магазин поймал себя на мысли, что если бы дизайнер в макете не нарисовал эти рамочки(в большинстве случаев еле заметные) вокруг товаров, то телодвижений для верстки этого блока нужно было бы совершить раза в 3 меньше. Причем практически каждый второй проект такой попадается. И речь не о табличной верстке естественно.

<table width="900"> <tr> <td style="background-color: orange; width:16.5%;"> 1111 </td> <td style="background-color: lightblue; width:33%;"> 2222 </td> <td style="background-color: orange;"> 3333 </td> </tr> </table> Вообще размеры надо все в css указывать/

display: inline-block display:inline - для осла 6 и 7

Вот эту конструкцию в css: #menu li a { height: 32px; voice-family: "\"}\""; voice-family: inherit; height: 24px; text-decoration: none; } #menu li a:link, #menu li a:visited { color: #656556; display: block; background: url(menu.gif); padding: 8px 0 0 20px; } #menu li a:hover { color: #474739; background: url(menu.gif) 0 -32px; padding: 8px 0 0 20px; } замените на эту: #menu li a, #menu li a:link, #menu li a:visited { display: block; font-size:14px; line-height:32px; color: #656556; text-decoration: none; background: url(menu.gif) 0 0 repeat-x; padding: 0 0 0 18px; } #menu li a:hover { color: #474739; background: url(menu.gif) 0 -32px repeat-x; } Если хотите действительно научиться верстать, то удалите FrontPage и делайте верстку при помощи кода.