SelenIT

Просто не имеет, писать </img> нельзя. Если очень хочется (или код пишется в XML-редакторе), можно писать <img … />.Регистр, да, имелся в виду у TD. В принципе, браузерам пофиг, но вообще мешанина регистров в коде — зло и признак тяп-ляп-подхода. Тем более если стоит XHTML-доктайп, в котором формально регистр имеет значение.

Возможно, не «браузер не видит», а сервер не отдает. У меня случалось на IIS. Нужно проверить в настройках сервера, чтобы для данных расширений файлов были зарегистрированы соответствующие типы (и при необходимости добавить недостающие).

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

Если в коде используется 'href="javascript://"', говорить о валидности нет смысла. Имхо. Но вообще можно прогнать сообщение валидатора через гугл-транслейт — там в последнем абзаце отличная подсказка

Это из-за тега <sup> (точнее, его дефолтных браузерных стилей), неважно, что в нем. Обычно борются таким методом: sup { vertical-align: baseline; position: relative; top: -.25em; /* можно подогнать точнее */}

Синтаксис с «to» — последний утвержденный вариант спецификации, работает без префикса во всём новом (IE10+, Андроид-браузер 4.4+, iOS Safari 6.1+ и все норм. десктопные), с префиксом не работает нигде (по крайней мере, не должен), поддерживает «магические углы». Вариант без «to» — предыдущая черновая версия спецификации, работает только с префиксами (но с более ранних версий мобильных браузеров) и «магических углов» не поддерживает. На сегодня есть смысл указывать только беспрефиксную версию с «to» и, по желанию, -webkit-версию без «to» (для не самых новых андроидов). Остальные префиксы давно не нужны.

Дело в том, что background-clip: text не имеет отношения к background-clip из стандарта (который поддерживается везде) — это чисто эплова отсебятина (доставшаяся Хрому с прочим наследством Вебкита). Увы. Но можно сделать на SVG (что для логотипа, имхо, даже логичнее).

Нет, здесь под «весом» понимается не размер, а важность. И не в 10 раз, а «на порядок» (в некоторых браузерах 1 id можно перекрыть 256 классами, в некоторых id считается «бесконечно важнее» класса).

Типа такого http://css-live.ru/articles/krasivoe-vyravnivanie-blokov-po-rezinovoj-setke.html ?

Один вариант — взять код таблицы целиком (который в $('.categoriinew').html()), заменить в нем регуляркой все </tr>\s*<tr> на пустую строку и присвоить обратно в .html() контейнера. Второй вариант — пройтись циклом по строкам, начиная со второй, перенося ячейку из каждой в первую строку (append) и удаляя опустевшую строку. А вообще нужна ли здесь таблица? Не проще ли обойтись рядом дивов, меняя их display с block на inline/inline-block?

Не делайте так. Это насилие над DOMом. Теги нельзя вкладывать друг в друга как попало. Ячейка не может жить без строки, как улитка — без раковины. В старых IE, да, есть баг, не позволяющий менять структуру таблицы по частям через innerHTML (можно переписывать таблицу только целиком, либо DOM-методами типа replaceChild или addCell). Но это — не основание для противоестественных манипуляций с DOM и не оправдание для них. Зачем удалять строку, сохраняя ячейку? Почему нельзя добиться желаемого, просто переопределив класс у строки, например?

По-разному, чаще всего списками, традиционненько. Особенно когда меню со вложенными выпадушками. <menu>, имхо, всё-таки не для сайтов, а сугубо для интерактивных приложений.

От вертикальных пробелов — да (при условии, что картинки выше дефолтной line-height, что почти всегда так).

К сожалению, псевдоклассы через атрибут style задать невозможно. Можно задать тегу уникальный id и дописать после этого тега отдельный <style> с #myuniqueid:hover {…} — будет невалидно, но в большинстве браузеров сработает, в экстренных случаях при срочной доработке древних чужих проектов я сам так делал. Еще лучше, на мой взгляд, добавить новый стиль скриптом, напр. через document.styleSheets. Но вообще постановка вопроса наводит на мысль о неверно поставленной задаче…

Ничего себе драку я пропустил о_О

Фон снаружи блока, к которому примыкает блок с хитрым фоном и стрелкой, ведь сплошной? Почему бы тогда просто не накрыть часть хитрого фона парой сплошных псевдиков, по аналогии с примером http://jsfiddle.net/JaMH9/2/ ?

Первоисточник, AFAIK, здесь: http://alistapart.com/article/creating-intrinsic-ratios-for-video/

Как я понял, реагирует только ширина. Но у ротейтнутого контейнера ширина ориентирована по вертикали и выглядит как высота Остроумно, но "классическое" решение с паддингами как-то привычнее, кроссбраузернее и экономичнее (не требует обрезки лишнего фона)...

Есть такая проблема, что SUP и SUB с умолчательными стилями "расталкивают" соседние строки. Чаще всего рекомендуют фиксить это, сбросив их vertical-align на умолчательный baseline и вместо этого сдвигать их относительным позиционированием (top и bottom по .25em, например).

Разве так можно? AFAIK, 4 значения могут задавать отступ от любого угла (пара для отступа по горизонтали, пара по вертикали), но не растягивать между горизонтальными краями. Или нет?

Возможно, причина та же, что у артефактов CSS-треугольников в Fx — transparent не просто прозрачный, а прозрачный черный (rgba(0,0,0,0)). Соответственно, лекарство — использовать вместо него rgba(247,249,249,0), т.е. конечный цвет с полной прозрачностью.

Пара маленьких уточнений: 1) высота пятого айфона 1136 пикселей (экранных), 2) но в CSS-пикселях его размер считается равным 320•568 (один CSS-пиксель рисуется квадратиком 2•2 экранных, для четкости текста), 3) при этом сайт по умолчанию рисуется, как отображенный на экране шириной 980 пкс и затем отмасштабированный до 320. Это как раз можно изменить с помощью meta viewport. Очень подробно тема раскрыта здесь: http://www.quirksmode.org/mobile/viewports2.html

Мне в своё время дримвивер (коллегин) едва ли не меньше времени спустил тудыть, позаменяв при пересохранении все неразрывные пробелы в текстах, которые я с любовью оттипографировал ручками, на обычные… не забуду, не прощу!

pointer-events: none для псевдиков должен решить проблему.

Пример предлагает ограниченную и устаревшую кодировку: вместо правильной. А также предлагает привязывать оформление к id (напр. #content), а не к class, что считается плохой практикой (уникальность id затрудняет повторное использование стилей оформления, поэтому профессионалы советуют использовать id только для скриптов и в качестве якорей). Да и сам по себе признак устаревшего подхода. Так что лучше учиться не по этим "урокам", а по самоучителям с htmlbook.ru