Bassline

Это не margin, а padding. Вы маркеры скрыли, а промежуток, который для них отводился, остался. p.s. Поставьте плагин Firebag на Firefox, научитесь им пользоваться, и тогда всех этих вопросов не будет возникать.

Относительно li он и позиционируется. Но, повторюсь, тегу li задан display:inline, а это значит, что тег стал строчным, то есть его высота сейчас равна высоте шрифта, а не, например, картинки. Вот и подумайте, относительно чего сейчас позиционируется span.

1. Название классов не должны начинаться с цифр (такие классы поддерживает только IE). Таким образом, из-за цифр в начале, на спаны не действует ни одно из правил, вообще. Замените класс 1-element на любой другой и все заработает (появится фон, позиционирование и т.д.) 2. Тегу li задан display:inline и ширина с высотой Вы в курсе, что высота и ширина действует только на блочные элементы и строчно-блочные? 3. И так далее...

А зачем уменьшать эту картинку? У пользователей с маленьким разрешением экрана и так мало места, что бы им еще показывать фон, выходящий за края контента. При небольшом разрешении контент будет занимать все доступное место, соответственно и фона по краям не будет видно, он будет скрыт. То есть, картинка будет одна и будет она фиксированого размера, как задано в макете, нужно лишь отцентрировать ее. А на данный момент, например, на моем ноутбуке с разрешением 1366х768 видно только половину сайта, приходится пользоваться горизонтальной прокруткой. Разве так лучше, чем я описал выше?

Макет такой был ))) Важна не ширина макета, а ширина контента, от нее нужно отталкиваться. Макет такой ширины лишь для того, что бы показать Вам как выглядит фон или как выглядит сайт на больших разрешениях. Сами подумайте, как бы Вы узнали как выглядит пустое пространство по краям сайта на больших мониторах, если бы дизайнер обрезал картинку по тексту шириной, например, в 1000px? Или, при ширине макета в 1000px, когда всю область занимет текст, можно подумать, что сайт резиновый и незивисимо от размера экрана текст всегда примыкает к краям.

я не об этом )) html - по сути это просто)) я за год преодолел и html и javascipt , php + их некотрые фреймворки + перебрал много CMS =) модули для них пишу, свою обновляем, delphi , VB, , c серверами боле-менее разобрался )) С++ при необходимости осмотрю ))) я к тому, что чисто на html зацикливаться не нужно. дальше нужно идти Ну, для меня и html достижение. Моя нынешняя работа никак не связана с вебом, верстку я изучаю в свободное от работы и семьи время, а это в среднем час в день, и то не каждый день. Все то, что Вы описали выше, я смогу освоить разве что к пенсии.)) Это так, хобби.

Это первые пол года - год )) затем хоть в чем можно без особых проблемм разобраться в любом языке Воистину. Год назад думал, что никогда не разберусь во всем этом. Но после, по совету из сети, выкинул дримвивер и стал пользоваться только notepad++, теперь знаю наизусть большинство тегов и свойств css.

А почему 1600px, а не 2000 или 5000?

Почитайте здесь http://www.kobzarev....round-size.html может поможет.

Все очень просто. У блока с id="menu" ширина 272px. На проблемной странице Вы добавили блок с id="podmenu", ширина которого 205px плюс отступы по 35px слева и справа, складываем и получается 275px. Вот и разница в 3px, то есть подменю шире, чем основное меню. p.s. Код просто жесть, сам черт ногу сломит.))

Можно вопрос по Вашей верстке? В css нашел такое свойство для IE progid:DXImageTransform.Microsoft.gradient(startColorstr=#26000000, endColorstr=#26000000). Откуда такие значения #26000000, в смысле с помощью чего опеределялся нужный цвет и прозрачность, и по какому принципу?

Потому, что отсутствует скрипт, который позволяет ослу распозновать теги HTML 5. Автор задал тегу header высоту в пикселях, все на этом и держится, а так как внутри плавающие элементы, и обертка с классом "wrapAll" схлопывается. IE игнорируют тег header и не видит этой высоты, вся шапка схлопывается и содержимое контента въезжает в нее. Если задать классу "wrapAll" overflow:hidden; , то все встает на места.

В IE7-8 все выглядит очень и очень плохо, верстка разъежается, фон разрывается.

Есть несколько самостоятельных блоков. Их объединяют набор неких css свойств и одинаковый html код, но внешне они сильно различаются за счет разных стилей, плюс содержимое по смыслу немного различается. Если кому-то важна конкретика, то пусть это будут некие списки, которые имеют общие нестандартные маркеры, отступы, шрифты, содержат ссылки. Но отличаются цветом, размером текста, подчеркиванием, могут располагаться в разных частях страницы, один список содержит ссылки на какие-либо сервисы, другой на услуги, третий еще на что-нибудь, плюс на разных страницах, например, список сервисов имеет разные цвета и размеры шрифта. По какому принципу их лучше проименовать и назначить стили, что бы было понятно, рационально и удобно с точки зрения дальнейшей поддержки кода? Например: 1. Родитель: класс="общий уникальный". Здесь всем блокам даются одинаковые стили и имена классов как для родителя, так и для внутренних элементов, но родителю добавляется уникальный класс, опираясь на который, на блок и его элементы навешивают уникальные стили. 2. Родитель: класс="уникальный общий". Здесь каждый блок называется по разному, как и его элементы, и задаются уникальные стили, а после родителям добовляют один общий класс, на котором висят общие стили.

Комментарии в css отображаются в виде: /* аЈаИбаИаНаА аПбаИ аНаАаЛаИбаИаИ баОаКббаА аВаВаОаДаА */ Что-то с кодировкой не то.

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

А Гугла такие: Вот же говнокодеры там сидят) Т. е. у Гугла я обнаружил как минимум три нотации на одной странице (верблюд, дефис и нижнее подчёркивание), а у Яндекса две, но комбинированные в рамках одного названия класса. Вы действительно считаете, что в яндексе сидят говнокодеры?

Именование классов для меня больная тема. Постоянно разрываюсь между концепциями независимых блоков и объектно-ориентированного css, а там еще и MCSS придумали. Весь мозг себе вынес, даже хотел забросить все это дело. Видимо, все дело в недостатке опыта и практики. Здесь: .nav-section .link.email {} имеется ввиду, что класс .link сам по себе в css не используется, а только совместно с классом родителя? В смысле, если называть пункт меню просто как link, то есть опасность, что стили пересекутся, например, когда на сайте есть несколько разных меню или списков. Тогда пунктам меню придется либо задавать каждый раз разные классы, либо давать один и тот же класс (link), но с учетом класса родителя (.menu .link { } или .nav .link { } и т.д. ). Здесь ничего другого придумать не смог. Дефис использовал для отделения имени родителя от его потомка, а пробел для модификации блока. Двойной пробел, на мой взгляд, еще хуже, чем верхний регистр. Просто хотелось какой-то систематизации. Конечно, можно имена модификациям давать без названия модифицируемого блока, но тогда получится не так наглядно, как в html коде, так и в css. Может поделишься своими принципами, если не жалко? :-)

Четырем месяца назад создавал тему http://htmlforum.ru/...showtopic=44983 , в которой просил оценить верстку сайта. Сегодня прошу оценить тот же сайт, но с учетом проделанной работы над ошибками. http://www.arteliko.ru Итнтересует мнение именно о верстке (html, css), любые самые незначительные замечания (как всегда стремлюсь к идеалу). P.S. Сайт резиновый. Также, при смене размера шрифта браузера, размер текста на сайте тоже меняется, как и сам сайт подстраивается под содержимое. Прошу все это протестировать. Спасибо за внимание.

Видимо имелось ввиду, что при таком <!DOCTYPE html> нужен такой <meta charset="utf-8">

Хотите увидеть реально профессиональный дизайн и шикарное портфолио? Тогда вам сюда http://picfsso.narod.ru/index/0-4 )))

Чуть ли не в каждой подобной теме говорят, что id для стилизации лучше не использовать, для этого есть классы, а id оставить для javascript. Как-то так.

Да уж, сайт тормозит конкретно, первый раз такое наблюдаю.Неужели это из-за веса картинок так?

Да, но вот в последнем обновлении Firefox по умолчанию выставляется масштаб установленный в системе. У меня, например, в системе установлено 125%, люблю подальше от монитора сидеть. И никак масштаб в браузере не сбросить, кроме как через конфиг. В общем откатился на старую версию. Как бы остальные браузеры не стали такой ерундой страдать.

В яндекс.браузере при изменении размеров окна кнопка "поиск" скачет в разные стороны и наезжает на другие элементы. Причина в увеличенном масштабе (110%), в других браузерах такого не наблюдается. Может это и не важно, просто на заметку.