psywalker

SelenIT Да, нормально, но я просто взял это за правило в своё время и следую ему. Не люблю делать так, чтобы где то случайно возникла ошибка, решение которой будет у меня под носом, а я не буду знать, где. Да, доводы вполне весомые и идея имеет место быть явно. Но каков % юзеров отключающих CSS? Хотя понимаю, что это не отговорка, но это единственный аргумент, из-за которого можно отказаться от списка в данной ситуации. А вот тут уже дело не в масштабировании, а в самих экспрешаннах, это лишняя, и не малая нагрузка для ИЕ6-7, так как перерасчёт в них идёт при каждом шевелении экрана. Тут дело в том, что статьи или какой то блок инфы о Компании вполне может обойтись одной статьёй (текстом), без картинки, т.е. я учитываю этот вариант в будущем, при смене или заполнении контента новыми материалами. Если картинка уберётся, то текст в таком случае должен заполнить её свободное место, но у ТС этого не происходит, в связи с чем я посчитал этот трюк БЕЗ оглядки на будущее. Я бы сделал так: Картинку бы я бы зафлоатил, как щас, а текст поместил бы в блок с overflow: hidden;

+1 Он ещё не работает с динамикой, и так же не понимает ховер для ссылок в ИЕ6 пнг-шный.

SelenIT Да, тут она явно нужна. И даже дело не дело в самой общей кастрюле, а в том, что в последствии вот таким вот блоком будет легче управлять. Да и вообще на него его и фон привязан и т.д. Ничего свеххренового в этом конечно же нет, но я просто привык так делать, раньше сталкивался с незначительными траблами из за пустых значений, к примеру с ссылками без решёток, без адреса. Нет, а никто и не говорит о бредкрамбасе, он вообще там будет неверным. О <nav>-е тоже речи идти не может, мы рассматриваем вёрстку с другим доктайпом. А дело не в выпедрёже, а в том, что черта должна во-первых отображаться в ИЕ6-7, что сразу исключает :before/:after , а во-вторых она тоже должна менять свой размер, в зависимости от размера шрифта. Пустой спан, а лучше даже <i class="img"></i> во-первых в структуре не будет ненужного замещающего элемента, во-вторых <i class="img"></i> пусть даже не несёт в себе никакой семантики, но он так же и не делает код особо грязным, это такая некая маленькая пустышечка, которая вполне может выполнить свою задачу. Ты не понимаешь, о чём я тебе говорю. Я говорю не про конкретную ситуацию. Я ж тебе говорю, что нужно смотреть в будущее. Завтра ты допустим захочешь вставить новый блок на страницу и тебе понадобится лезть в стиле, чтобы сделать ему классный отступ и полузелёным, и когда тебе понадобятся стили для ИЕ6-7, а у тебя их НЕ будет, то упс... и твой блок уже имеет весомые отличия и дёргается в ИЕ7 Надо думать не только о конкретной статической картинке, а ещё и о завтрашнем дне.

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

Ясненько, ну молодцы значит

Да, я там глянул, у тебя каша в коде, ты бы пропылесосил что ли

Да, точняк кстати. А ты не мог бы своими словами это описать плиз

Да, вот это и хреново. Потому что мы может и разберёмся когда нибудь, а вот домохозяйки никогда!

Да, походу и действительно нельзя.

Да, вот я поэтому и посоветовал ставить z-index выше у самого Хедера.

novicheG Нет, картинки не нужно. Сделай список, а чёрточки помести в LI Неинформативно. Просто так вот может ругаться валидатор, да и вообще это признак хорошего тона. А тебе никто ничего и не предъявлял) Я это к слову сказал, чтобы ты возможно вынес урок.

Согласен, это мнение тоже имеет место быть.

Если ты хороший специалист в своём амплуа, то никаких мучений ты испытывать не будешь, запомни. Один стиль для ИЕ нужен в любом случае, и префиксы для нужных версий. Даже если писать стили отдельно для ИЕ в общем файле. Это раз, а во-вторых я ж говорю, что надо смотреть на вёрстку не как на статичную картинку. Нет, в <time> заносится именно дата публикации. Измениться, ещё как измениться. Появиться лишний узел в документе, который ещё к тому же будет оторван от принадлежащего ему родителя. Это если говорить о семантике, а ещё есть такое понятие, как Логические блоки, так вот тут всё как раз с этим делом плохо.

Вот так будет правильнее я думаю <article> <header> <h1>Название</h1> <time datetime="2011-04-09T21:00">9 апреля</time> </header> <p>Текст статьи</p> <footer><cite>Serlutin</cite></footer> </article>

Семантика Светлана, семантика <cite> - для имени автора цитаты, а всё это нужно помещать в элемент <footer>

Вот кстати если говорить о расширении кругозора, то в представлении HTML5 элемент <footer> уже необязательно должен означать нижний колонтитул, это чаще так, НО по факту этот элемент означает нечто иное, например источник цитаты или статьи может легко быть помещён в этот элемент. Т.е. всё то, что считается завершающим, но при этом НЕ относиться к структруированному контенту выше.

Хедеру поставь з-индекс больше чем у контента.

Я не рассматривал вёрстку, как единожды сделанный экземпляр. Я смотрел работу и с практичной стороны. Да, ты ошибаешься. Если «9 апреля» - идёт как заголовок статьи, то его можно и нужно выделять в заголовок, а если «9 апреля» идёт в качестве даты статьи и т.д, то для этих целей существует элемент <time> со своим атрибутом datetime и pubdate Доктайп не важен. Вся инфа об авторе, сведения об авторских правах, ссылки на похожие документы и т.д., должны находится в Футере.

Ты ставь релатив и з-индекс родителю самому, а не потомку.

Именно так и можно "border-collapse: collapse", либо в блок её заразу. А вообще я например закругляю углы картинками, с помощью обёрток пока ещё и живу спокойно.

Последнее можно не писать

Не может быть, вроде всё делаешь правильно. Давай тестовую страницу, точнее ссылку.

>>>>>>1. Наверху есть отдельные стили для ИЕ6. Почему нет стилей для других ИЕ, которые ещё к тому же надо и объединить? Вопрос. А зачем делать стили для других IE, если они не нужны. Затем, чтобы во-первых иметь один лист стилей для всех ИЕ сразу, а во-вторых чтобы в будущем легко можно было внести правки для нужных браузеров. >>>>>>>4. <div class="left"> - что за left, я не знаю, кто это. Классы нужно задавать осмысленные. Как мне кажется, .left вполне осмысленное название. А если вдруг в будущем изменится дизайн, то с вероятностью 90% вёрстка тоже полностью изменится. Левая колонка должна иметь осмысленное название, например aside >>>>>>>>>5. <ul class="menu"> - то же самое, что за menu, непонятно мне вообще. Полностью согласен. .super-puper-main-navigation-menu-in-left-sidebar было бы лучше. Да, вот так всегда и пиши. Будешь .super-puper-main-navigation-menu-in-left-sidebar верстальщик) >>>>>>>>>>>>>6. <h5>31.12.2002</h5> - что за ужас? Зачем тут заголовок. Сделай <span class="date">31.12.2002</span>, и будет намного лучше и понятнее. Если дата новости непосредственно относится к новости, почему она не может служить заголовком? Потому что заголовок новости != её дата. Странно, что для тебя нет разницы. >>>>>>>>>>>>>7. Сама новость <h5>31.12.2002</h5>[/i] <p class="news_bottom_line">To use flash and navi gate, fully customizab i syst add discussing andby topic oro alliscussing andy.</p> Что за бред? Почему каждая новость не в своём блоке? Почему всё замешано в одной кастрюле? Каждая новость - это отдельный самодостаточный раздел. Зачем вставлять лишний DIV если он не нужен? Здесь как раз таки он нужен, даже очень. Так легче управлять общим блоком, и разделами в частности. Нужно думать не только о себе, когда верстаешь, но и о практичности того или иного участка. Кстати можно было даже сделать список. >>>>>>>>>9. <div class="right"> - не знаю такого. Намного лучше писать <div class="aside2"> Какой ещё .aside2? .content или .main или ещё что-нибудь, но не .aside2 Да, тут лучше .content, я имел ввиду вообще правые сайдбары лучше называть aside2, а тут, да, лучше .content однозначно. >>>>>>>>>>>>>>Во-первых это навигация (хлебные крошки), а значит нужно делать списком Почему? ПОЧЕМУ? Я понимаю, что этот совет пошёл со времен, когда навигацию делали таблицей. Естественно список лучше, чем таблица. Что изменится в конкретном случае при добавлении списка? Только несколько лишних пунктов в CSS. Я уже объяснял выше. >>>>>>>>>>>>14. <div class="about about1"> - Что за класс about1? Вообще не вижу смысла в нём в этом месте. Кстати, а что он вообще делает) Намёк на гибкость. Если вдруг придётся каждый блок раскрасить в свой цвет, то можно это сделать сразу. Однако это так же вероятно, как и то, что .left должен будет отображаться справа. На данный момент я вообще не увидел причастность этого класса к делу. >>>>>>>>>>>17. Кстати нижняя [панель] относится к футеру, так что тут так же грубая ошибка. Что же в этой ошибке грубого? Только то что .bottom_menu не входит в .footer. Если кто-то будет насаживать это на CMS, то ему совершенно всё-равно, как классы называются. Логичнее помещать ссылки на другие страницы и т.д в Футер. Ты же учишь HTML5, должен знать вроде. >>>>>>>>>>>19. В ИЕ6 вёрстка прыгает иногда, когда резко дёргаешь экран туда-сюда. В IE1 вообще ничего не работает. Очень плохо. ИЕ1 меня не волнует, автор упоминал только о ИЕ6. >>>>>>>>>>>>>>>21. В стилях нет совершенно организации. Очень плохо. Почему нет? Там есть совершенно чёткая организация. Комментарии, которые делят css на блоки и т. д. То что блоки не отделяются символами табуляции, то это всёго-лишь вопрос удобства. Ок, у каждого свой подход к делу.