SelenIT

Формально не только... но по сути так Да.

Можно подумать, что стандартизированность HTML4.01 это гарантирует . Отображение вообще зависит не столько от разметки, сколько от CSS. А CSS (который 2.1) был кое-как стандартизирован лишь этим летом (и еще не факт, что окончательно) и, хоть отдельные браузеры и хвалятся его "полной поддержкой", сюрпризов с ним везде хватает (особенно в динамике). Не говоря уже про CSS3. Гипертекст — он и в Афри IE7 гипертекст. Всякие там DTD/XSD/etc — для валидатора и только для него, по сути.

А так разве не выходит?

Может, тут что-то типа такого подразумевалось?

Валидируйте CSS3, у валидатора есть галочка специальная. Вообще валидность CSS — фикция.

Вообще-то они по умолчанию выровнены по середине, просто из-за того, что li-шкам зачем-то задана высота, этого не видно . Тривиальное решение — убрать высоту (и бордеры) у li-шек и поставить их td-шкам. Но вообще создается впечатление, что что-то тут избыточно — либо список, либо (что вероятнее) таблица...

Что собираетесь валидировать, то и ставьте. Браузерам в обоих случаях (и для настоящего XHTML, который application/xhtml+xml, и для фиктивного, который обычно ) без разницы. Только 1.0 Transitional лучше не берите — можете поймать сюрпризы со стилями в Опере (и, по слухам, в IE8)...

Можно сделать блок с min-height:100% (для 6-го ишака через хак или усл. коммент подсунуть height:100%, там он работает как min-height), а внутрь - еще одну прослойку, и уже ей задать нижний отступ. Будет работать везде Упс, медленно с телефона набираю

Имхо, вне зависимости от отношения к современным эппловским гаджетам отдать долг уважения старине Стиву есть за что, и немало. Всё-таки именно они с Возняком фактически положили начало привычному облику "персоналки" с клавой и монитором (в отличие от того же "Альтаира" с его тумблерами и светодиодами) и массовости компьютеров в быту. И что ни говори, красиво у него выходило — и тогда, и в последние годы. Не хочется цитировать быдлоштампы в стиле "сперва добейся", но есть другая избитая банальность про "когда ты рождался на свет, ты плакал, а все вокруг радовались — так проживи жизнь так, чтобы, уходя, ты мог радоваться, а все вокруг плакали": по-моему, Джобсу это практически удалось...

Всё он понимает, даже 6-й. Но бывают глюки, когда картинка позиционируется и т.п. (обычно лечится hasLayout-ом, но случаются и более хитрые сюрпризы). Ссылка на проблемную страницу бы не помешала Ну и на всякий случай напомню про доктайп, пардон за занудство...

Вертикальную прокрутку в принципе реализовать можно, хотя и разными подходами для IE и остальных (tbody { overflow:... } vs. thead { position:... }). Но геморо сложно. С горизонтальной частью, насколько я в курсе, приемлемо пока никто не справился, так что, наверное, придется смотреть в сторону скриптовых решений типа такого (и еще тысячи их по "JS DataGrid"), а лучше, действительно, переубедить дизайнеров

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

Имхо, разница глубоко в пределах статпогрешности. Особенно с учетом того, что Array наследует все заморочки Object'а, и вообще в свете актуальных тенденций (сорри за градус неадекмата по ссылке, но очень уж пример наглядный)...

Блочный элемент в потоке всегда ведет себя так, словно у него только блочные соседи. Если его соседи строчные, браузер оборачивает их в т.н. анонимные блочные боксы. Анонимные боксы фиг стилизуешь, поэтому и рекомендуют на одном уровне иерархии держать только однотипные (либо одни блочные, либо одни строчные) элементы. Нет, свободный margin (обычно — когда текст слева направо — правый) по умолчанию "auto", что для него значит "отсюда и до правого края контейнера". Это в строчном контексте так (напр. для inline-block'ов и inline-table).

Мне приходит на ум только такой способ, но он 1) использует разные подходы для IE и не-IE, 2) не работает в IE7- и, что хуже, Операх ниже 11.1. Кроссбраузерно можно скриптом, напр. JQuery-плагином masonry.

Внешние таблицы, имхо, не нужны, матрицы в строку и так можно вставить. Ну а украсить по вкусу, хотя, по-моему, слишком увлекаться тоже ни к чему...

На пустые спаны, видимо, ругается не валидатор, а "самозванец" Tidy. Но, как ни странно, обычно он прав. В наши дни такие пустые украшалки уже можно заменять псевдоэл-тами...

Этот тест тоже регулярно обновляется, как и спецификация, и браузеры . Еще совсем недавно максимум там был 300 баллов.

Как минимум, имхо, оно должно быстро пропадать при клике "мимо" (в любое другое место страницы). И, может, лучше ей всплывать не тут же над текстом, а справа от колонки, "на полях"? Ну и с "фикседом", да, имхо было бы удобно.

<sarcasm level="light">Да, еще бы дробные проценты для ширины наконец реализовала — вообще бы няшечкой была! ==</sarcasm>

В FF4+ и Хроме 7+ по факту используют все (см. мою новую подпись. Есть смысл говорить лишь о том, сколько фич (и каких) из него каждый отваживается применить.

Именно на валидность и влияет. Старые Strict-доктайпы (HTML4.01 и XHTML1.х) пытались заставить вебмастеров соблюдать логику иерархии страницы, чтобы контент не болтался как попало, а был аккуратно уложен блоками. Поэтому для некоторых элементов (напр., <form> и <body>) были разрешены только блочные потомки. Сейчас, в эпоху разгула расцвета CSS, это ограничение малоактуально, поэтому из актуального стандарта (HTML5/ЖHTML) его выкинули. Если IDE умеет работать с доктайпом HTML5 (c 7-й версии должна уметь), разумно перейти на него. Если нет — можно либо забить на это предупреждение, либо уж подчиниться требованию валидатора...

плюс вот такой скриптец вызываемый (если верно понял исходник) при загрузке страницы, по ресайзу окна и раз в полсекунды, если высота изменилась по сравнению с прошлой проверкой (видимо, так ловят масштабирование шрифта).

Во-первых, есть array_filter, во-вторых, есть array_diff , в третьих, можно сделать что-то типа preg_split("/\s*\n\s*/", file_get_contents("file.txt")). Но судя по примерам строк рискну предположить, что для этой задачи вообще может лучше подойти fgetcsv...

Для новых браузеров — например, как-нибудь так. Для старых в целом аналогично, только менять картинки по клику придется скриптом.