clavin

Нет специалистов по таким плагинам?

Мне казалось, что все эти программы, позволяющие иметь доступ к старым версиям IE, только эмулируют старые версии, а рендеринг HTML-кода делают как одна версия. Очень подозрительным показался IETester в этом плане. Не очень уверен, что использование этих программ надёжно и позволяет протестировать вёрстку так, как будто действительно её тестируешь в разных версиях IE.

надо левый блок поместить внутрь другого дива

все равно ничего не получилось. Установил эту версию. Нашёл новый Google Chrome в папке C:\Documents and Settings\user\Local Settings\Application Data\Google\Chrome\Application. Запустил. Вроде теперь на девелоперской версии работаю: 19.0.1049.3 dev-m (после названия стоит "dev-m"). Для ярлыка прописал "C:\Documents and Settings\user\Local Settings\Application Data\Google\Chrome\Application\chrome.exe" --enable-extension-timeline-api. И снова застопорился на том же самом сообщении.

Недавно узнал об таком расширении для Google Chrome как Speed Tracer. Хотел бы поюзать его, разобраться что за штуковина. Но вот только пока это не получается сделать. Остановился на этом этапе и не знаю, как запустить хром с нужными параметрами. В строку "Объект" ярлыка у меня такой текст: "C:\Documents and Settings\user\Local Settings\Application Data\Google\Chrome\Application\chrome.exe" --enable-extension-timeline-api Но как видно, предупреждение все равно отображается, значит что-то не так делаю. И не знаю, что такое "running the Chrome Dev channel". Я должен быть где-то зарегистрирован? Помогите разобраться.

Кому интересно, то у w3c есть ещё другие рекомендации по таблицам, которые применяются для макетов. Так здесь в частности говориться, что атрибут "summary" для тега <table>, применяемых для макета, запрещён.

Добавляя padding нужно также уменьшить и height (ровно на размер добавленных пайдингов)

до чего то же общего они договорятся рано или поздно

Ну и хорошо. Значит вёрстка таблицами будет узаконена. Это просто разные ветви. HTML5 и XHTML это разные стандарты, но они основываются на каких-то общих принципах (HTML4, например). Поэтому они похожи, но всё же они разные.

Tables should not be used purely as a means to layout document content as this may present problems when rendering to non-visual media. Additionally, when used with graphics, these tables may force users to scroll horizontally to view a table designed on a system with a larger display. To minimize these problems, authors should use style sheets to control layout rather than tables. взято отсюда: http://www.w3.org/TR/1999/REC-html401-19991224/struct/tables.html И здесь кое что про таблицы есть. На русский можно перевести как то, что таблицы можно использовать для разметки, но на свой страх и риск, потому что некоторые пользовательские агенты (например голосовые) могут неправильно их интерпретировать. В таких случаях можно просто делать отдельные стили для таких пользовательских агентов. После некоторого изучения вопроса я понял, что объяснение SelenIT является самым точным. Для разметки таблицами можно (и даже нужно) использовать <tbody>, остальные теги для семантики, которые я перечислял, не обязательны. SelenIT, где вы про rel="presentation" откопали? Даже в гугле про это ничего не нашёл.

Может тогда ссылками соответствующими поделитесь? Я вот не понимаю, почему нужно абсолютно использовать дивную вёрстку. Считаю что и табличную в некоторых случая можно использовать, так как эти бесконечные float:left и float:right к добру не доводят. Очень макет становится сложным, когда нужно применять плавающие элементы. Вот я и думаю, что таблицами этот вопрос можно решить проще. Особенно если надо сверстать таблицами не весь макет, а какую-то его часть, например, описание (карточку) продаваемого товара. Иногда вижу что так делают и мне кажется что это оправданное решение. Данной темой я просто хочу прояснить некоторые вопросы (про теги <thead>, <tbody>, <tfoot>, <th>, <caption> и возможно другие теги). Хотелось бы в стандартах увидеть нужны ли они. Их назначение практически очевидно, это семантическая разметка таблицы. А семантика в макетах, например в двухколончатом макете, ведь не нужна. Вот и ищу информацию по этому поводу.

SelenIT, спасибо за развёрнутый ответ. Но в указанных вами стандартах я не нашёл точного указания, на то, нужно ли для таблиц указывать такие элементы: <thead>, <tfoot>, <th>, <caption>. Нету там такого или я этого не увидел. Там только указано, обязателен ли открывающий тег для этих тегов и закрывающий. Не очень понятно, как эту информацию можно использовать. Вот здесь, например, указано, что для <caption> обязателен открывающий и закрывающий тег. Значит ли, что его обязательно в любой таблице указывать даже для той, что используется просто для разметки страницы? <tbody> ладно, можно при вёрстке таблиц его указывать, практически это основа таблицы. Даже пусть на всякий случай будет. Он будет и в обычных таблицах, если я захочу создать какой-нибудь список с перечнем каких-то элементов, так и в тех таблицах, что используются для вёрстки макетов. Как поступать с остальными тегами вы меня не убедили Может ещё что накопаете? Вы вроде грамотный специалист, про вёрстку практически всё знаете. А что это за rel="presentation"? Впервые слышу. Но тоже интересно узнать, в том числе если это как-то с семантикой связано. Я кстати считаю вполне нормально, если делать сразу таблицы вида <table>....</table>, а не писать блоки <div>, которым задавать через стили свойство disaplay:table. Мне, как я уже говорил, кажется, что никому нет дела, свёрстан ли макет на дивах или на таблицах, ни браузерам, ни поисковым системам до этого дела вроде никакого нет. Тут главное сверстать такую таблицу, которая соответствует стандартам и не содержит лишнюю семантику, например, вроде <caption> или <tfoot> (зачем эти тег в вёрстке? что они будут означать на странице, если макет страницы должен их содержать? нужны ли он вообще или без них можно обходиться?)

Меня больше интересует браузерная сторона вопроса с точки зрения кроссбраузерности и поддерживаемости современных стандартов (и конечно же обратная совместимость) sigma77, пока из нового нашёл только это (таблицы в HTML5). А где там написано, какие теги обязательны а какие нет? Эти новые стандарты такие ужасные для чтения

Часто вижу вёрстку и оформление страниц, сделанную таблицами. Не обязательно вся страница сделана, а бывает, что какой-то участок страницы свёрстан с помощью таблицы. Известно, что вёрстка таблицами это признак дурного тона, но более недостатков я не слышал. Поэтому хотел бы обсудить особенности такой вёрстки со знающими людьми. Во первых, мне кажется, что вёрстка таблицами это вполне приемлемо. Но вот что настораживает. Является ли для таблиц обязательными вложенными элементами такие теги как <caption>, <thead>, <tbody>, <tfooter> и <th>. Даже не знаю, какой последний изданный w3c стандарт есть, где описывается нужность (ненужность) этих тегов. Может кто даст ссылку на этот стандарт? Обязательны ли они в таблицах? Если обязательны, то это накладывает некоторые особенности на вёрстку, чтобы соблюсти поддержку стандартов и обеспечить кроссбраузерность. Если элемент <thead> обязателен, то тогда получается, какой бы макет не верстался, в нём должно присутствовать что-то, что в этот элемент будет помещено. С другой стороны, если не обязателен, но в различных firebug'ах я наблюдал, что они добавляются автоматически. Получается, что хотя необязательный тег не помещается в макет, но он возникает в DOM браузера и может быть как-то может повлиять на вёрстку. В общем, мне кажется, что если бы различные теги вроде <thead>, <tfoot>, <th> и прочие были бы необязательны, то верстать таблицами очень даже можно было (хотя бы некоторые сложные места на макетах), так как практически никому дела нет на это, главное чтоб дизайн у страницы был и он одинаково выглядел во всех браузерах.

Это что ж получается? Что Опера и Сафари не поддерживают спецификацию w3c?

Вы откройте примеры в данных браузерах и увидите, что не отсекают. Для Сафари подошло вот это решение:для Safari Здесь для img тоже добавляется свойство border-radius. А в опере до сих пор не работает

Я столкнулся с проблемой, что браузеры Опера и Сафари некорректно работают со свойством overflow:hidden. По ссылке код я выложил пример кода, когда внутри дива со скруглёнными с помощью border-radius бордюрами есть рисунок, который накладывается на эти бордюры. Как это можно решить? Если быть точнее, то у меня в примере блок с классом "float-div" имеет свойство float:left;. Вот более точный код

Ещё вот ссылку нашёл: про media запросы

Здесь прочитал, что w3.org сделан в виде адаптивного макета, подстраиваемого под ширину браузера. Нельзя ли подсказать мне технологию, на которой данная технология сделана? Для меня этот макет в новинку. Я увидел в HTML-коде некоторые конструкции, которые мне раньше не встречались. Вероятно, что дело в них. <style type="text/css" media="print, screen and (min-width: 481px)"> .... </style> и <link rel="stylesheet" href="/2008/site/css/minimum" type="text/css" media="handheld, all" /> Если это так, то где можно увидеть официальную документацию по этому?

На сайте http://wikimart.ru/ увидел интересный способ создания ссылки. Ссылка в HTML-коде создаётся так: <a href="#" hashString="21d1830fcc954f2376a6e685cf9e0e38" hashType="href">Выбрать подарок</a> Кто-нибудь знает, что это за технология такая и зачем она здесь применяется? Нагуглить у меня ничего не получилось. Технология или какая-то новая или малоизвестная, но все браузеры её понимают (IE7 понимает, IE6 не тестировал). Подскажите, где в официальных стандартах про эти атрибуты рассказывается.

Обнули у всех элементов поля: * { margin:0; padding:0; }

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

Допустим есть некое горизонтальное меню в виде макета. Меню на макете занимает какую-то фиксированную ширину, но в реальном HTML-документе, оно конечно же может становиться или шире или уже в зависимости от размеров шрифтов у пользователя. Все элементы меню надо делать текстовыми. Как надо подобрать размеры шрифтов, чтобы элементы меню нормально отображались во всех браузерах? Обычно в Firefox, когда изменяешь размеры шрифта, то такие меню просто разваливаются и становятся бесполезными. Бэкграунд у элементов данного меню остаётся на месте или где-то около того, а текст уезжает в сторону, переносится на новую строку и всплывают другие подобные некрасивости. Может такие меню следует делать фиксированным шрифтом, отдельно от всего содержания страницы, чтобы оно не портилось? Есть универсальное решение? Я пока вижу одно из возможных решений, это делать все размеры меню относительными (относительно размеров шрифта в em), но такой способ тоже не всегда работает, так как если ширина меню увеличится сильно, то его элементы начнут переезжать на следующую строку. p.s. Как я понимаю, способ верстать все элементы меню как inline-block не очень подходит, так как такой способ очень зависим от шрифтов. Возможно делать элементы блочными и со свойством float лучше. Какие-то идеи по этому поводу?

Если десять лет изучать и вёрстку и PHP то да, можно во всех технологиях разобраться. В основном у меня проблемы с javascript - это на мой взгляд очень сложный язык, который ещё в разных браузерах разный. Спасибо за ответы, теперь примерно представляю, в каких направлениях можно развиваться

Интересующися сео