Justnewone

Почитайте где-неть про связку релейтив с абсолютом и про z-index, у кого там какой приоритет по спецификации... может даже найдете что-то неверное.

Круто. Был не прав. Спасибо за пример. COL раньше никогда не использовал, надо будет приглядеца.

Покажите пример.

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

нет

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

Мне кажется, что проблема Ваша в том, что Вы не до конца поняли что есть блочное и что такое строчное. Вы, как мне показалось, блочным считаете некие такие вехи, куски на которые поделен документ. Это и так и не так одновременно. Не забывайте, есть еще вложенность. Внитри блочного будут действовать те же законы, что и снаружи. Верстайте все грамотно. Несмотря на то, что между блочными элементами не учитывается ничего (в IE встречал несколько исключений), делайте красивую вложенную структуру блочных элементов. А Текстовые элементы, например, абзац - представляют внутри блочного, безо всяких отступов, просто строку, и не важно как там это будет расположено и в какой последовательности идут теги и текст. Пример: <div> <h1>Пример железно работующей семантической разметки и ее оформления</h1> <p>Тут строчное — текст и все остальные линейные элементы, такие как <span>SPAN</span>, <strong>STRONG,</strong> <em>EM,</em> и все остальное разнообразие тегов, у которых по дефольту в CSS {display:inline}. Ни в коем случае не разбивайте строку, обрамленную блочным элементом от начала и до конца со всеми инлайн элементами никакими уродскими переносами строк.</p> <p>Тут строчное — текст и все остальные линейные элементы, такие как <span>SPAN</span>, <strong>STRONG,</strong> <em>EM,</em> и все остальное разнообразие тегов, у которых по дефольту в CSS {display:inline}. Ни в коем случае не разбивайте строку, обрамленную блочным элементом от начала и до конца со всеми инлайн элементами никакими уродскими переносами строк.</p> <ul> <li>Тут не все очевидно, ибо у LI по дефольту {display:list-item}, могут быть определенные проблемы, но назначение стиля {display:block} устраняет множество проблем, связанных с поялением непонятных пробелов;</li> <li> <p>Тут характерный пример, в котором показано, что строчное и блочное нежелательно держать на одном уровне вложенности, да и для семантики. конечно, это более правильно;</p> <ul> <li>Ух ты, вложенный список.</li> </ul> </li> </ul> </div> Этот пример, и все остальное, сделанное по тому же принципу будет всегда железно работать во всех браузерах. Конечно, можно переназначать блочные и лист-итем стили для элементов на строные, но ээто уже совсем другая песня.

Краткость - сестра таланта )))

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

Не должно быть особых проблем. Продолжайте.

Сомообразование - самая лучшая на свете вещь. Только качественно пройдя все его этапы можно будет сказать - "Это сделать нельзя", или сделать ни у кого не спрашивая.

Самое быстрое на свете - статика (чистый html) + nginx. Все остальное медленнее, насколько - зависит от очень многих параметров. Если на сервере у Вас будет еле двигаться интерпретатор PHP - то даже инклюд может повесица ))) Теоритически. Расскажите лучше, какие планы у Вас, и тогда получите ответ пойдет данный способ или нет.

Почитайте про php include где-нибудь в гугле. Если и это не поддастся, тогда поставьте CMS какую-нибудь. Относительно неплохие комьюнити у друпала и джумлы. Потихоньку разберетесь в самоей идее, заложенной в них, через это потом легче будет понимать что Вам надо и соответственно, натаскаться в определенных знаниях, удачи.

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

Пойдите в спецификацию и узнайте, что у таблицы паддингов не бывает. а селспейсинг относится не к таблице, а к ячейкам, относительно самого тега table вы никак его не примените. Хорошо, поздравляю, научили человека у таблицы паддинги обнулять и пользоваться P там где надо и не надо, хотя мог бы подойти любой блочный тег, лучше всего наверное DIV.

А для чего, простите, table {padding: 0;}? Ну так задайте класс и обнулите только то что нужно. Что за примеры децкосадовские? Я, например, в данном вопросе пока не увидел указания на какие-то конкретные ячейки. Вижу, человек умеет, видимо, в отличие от Вас, классы задавать.

Трудно представить, можете пример привести? Паддинг в TD вижу только в одном месте td { padding: 0px; }

Уже в пицотый раз, поиском воспользуйтесь

а если не катит по семантике параграф? задайте в стилях на ячейку таблицы TD padding, навернео он у вас где-то в стилях же обнуляется, потому cellpadding курит в стороне.

Тоже не всегда круто. По сути, та же резиновая верстка. При некоторых дизайнах вообще трудно реализуемая, впрочем, как и все очень универсальное. В общем, везде свои минусы. Мне лично по душе верстка резиновая но с min-width и max-width в разумных пределах (сейчас стараюсь придерживаться вилки 600-1200) на главном контейнере, который располагается по середине. Как-то так )))

Обернуть дивом с text-align: center;

Попробуйте блоку с текстом zoom:1

Для иллюстрации, покажите, пожалуйста, сайт-пример 100% творческого подхода?

А валидатор что говорит? Может он на какую странности обратит внимание?

зато посетитель получит это 1 раз, а в случае html он будет получать тот же по сути код ровно столько раз, сколько он посетит страниц на Вашем сайте. Изменения, через onmouseover все равно прописывать ровно столько же, и прямо в коде, помножив на количество страниц... Да, и мучать браузер JS как при наведении, так и при прелоаде картинок (если грамотно подходить, это обязательно).