SelenIT

this.testi === this['testi'] === this["testi"] != this[testi] (если только переменная testi не равна строке "testi"). Квадратно-скобочная нотация как раз удобна при использовании переменной, если имя свойства заранее неизвестно/строится динамически.

Имхо, в общем случае — да. Конечно, зависит от дизайна, но по умолчанию пользователи любят ясность и очевидность

Пока никак. Ждем CSS4 с родительским селектором. Пока юзаем железобетонные классы или экспериментируем с другим содержимым этих li-шек, типа li > a:not(:only-child)...

Это только дополнительный HTML+CSS, показываемый (иногда и генерируемый) с помощью JS. На jQuery есть готовые решения. «Голый» атрибут title (кстати, работающий не только у картинок, но и у ссылок, кнопок и почти любых HTML-элементов) умеет лишь отображать простой текст в том стиле, как предусмотрено браузером.

Как-то так?

border-collapse, чтобы углы ячеек можно было скруглять, должен быть separate, с этим ничего не поделать. Но вот border-spacing может быть и нулевым (или однопиксельным с просвечивающим из-под него фоном самой таблицы, если нужно).

Для XML-сериализации HTML5 (называемой в народе «XHTML5») доктайп вообще не нужен. Хотя доктайп от XHTML1.x не повредит (и даже поможет браузеру распознать именованные сущности типа ). Спасибо разработчикам HTML5 за обратную совместимость.

Раз что-то сабмитят аяксом, значит, 99%, что это на клиенте, значит, javascript. Какой фреймворк при этом используется (и используется ли вообще) — сходу не скажу, надо смотреть, какие внешние скрипты подключаются к странице.

Нет, иначе пробел бы не помог.

CSS3 и, особенно, HTML5 (равно как и XHTML лет 5-7 назад) — лишь модные слова, под которыми рекламщики разных вещей понимают то, что им выгодно. Надо использовать то, что реально работает в браузерах целевой аудитории и решает поставленную задачу наиболее простым и логичным образом, без противоестественных подвыподвертов. Не сильно заморачиваясь тем, как это называется. Крайне желательно, чтобы эти вещи были описаны в каком-либо стандарте, но, как гласят принципы разработки самого HTML...

Нет. Но впредь с такими вопросами лучше обращаться не на форум, а к спецификации ЕМНИП, в каком-то мегаископаемом браузере типа NS2 без пробела теги не распознавались (слеш считался частью тега, а с пробелом — лишь незнакомым атрибутом). Браузеры те вымерли, выросло не помнящее их поколение, но привычка осталась =)

Придерживаюсь того же мнения и не парюсь

Отсутствие перед ним открывающего. Который для этого элемента обязателен. В отличие от закрывающего Вообще клиринг флоатов пустым элементом — анахронизм года этак 2003-го. Чем CSS-вариант не устроил? Нет.

Вроде в более новых IE оно так же выглядело? Да и «неожиданными ошибками» они тоже временами радовали (5-е и 6-й так точно). А 95-я винда однажды (по-моему, при установке) вообще заставила меня постичь дзен и достичь преждевременного просветления. Окошко диалога было таким: ???????????????? ? ? ? ? ? ? OK Cancel ? ????????????????

В порядке мозгового извра упражнения можно как-то так. Хотя по факту это всё равно картинка, только сгенеренная средствами браузера. Теоретически, наверное, можно было и без псевдика, мультифонами (с разным background-clip), но у меня не вышло

Верно ли я понял, что вопрос о диалоге сохранения файла с сервера (download-е), а не закачки на сервер (upload-е)? Если так, то надо настраивать серверную сторону — с помощью конфигурации веб-сервера (чтобы отдавал нужные HTTP-заголовки для файлов такого типа), либо отдавать файлы серверным скриптом с такими же заголовками (пример, как выдать такие заголовки на PHP, есть прямо в мануале по этому языку).

1) Где в спецификации XHTML вы нашли требование к регистру значений атрибутов? 2) В XHTML 1.1 — да, в XHTML 1.0, соответственно, нет. Но сейчас эти отличия представляют лишь исторический интерес, так что делать якоря через <a name="..."> всё-таки не надо

Имхо, лучше думать о нем как о внутристрочном блоке или блоке, встраиваемом (встроенном) в строку. Как картинка или кнопка. Нет. Как раз в случае встроенных блоков дописывать это имеет смысл (если надо сделать кликабельной всю ширину пункта меню). А при inline это, как правило, бессмысленно — блок, насильно впихнутый посреди строки обычного текста, попросту разорвет ее. Наглядный пример разницы: http://jsfiddle.net/4NrXF/

Если абстрагироваться от IE8-, то rem.

Даже не три, а больше: 4) масштабирование только текста ("View - Text Size" в IE, Ctrl + "+/-" в FF при включенной опции "View - Zoom - Zoom Text only") 5) изменение разрешения в настройках ОС (125% или 150% aka "крупный шрифт" и "гигантский шрифт" в старых версиях Windows) — там свои нюансы, вот старая, но занятная статья про них. 6) зум пальцами на мобильнике (почти то же, что п. 1, но бывают специфические отличия) 7) "раздутие" текста мобильными браузерами типа для удобства чтения (в теории, управляется отдельным свойством text-size-adjust и с обычным зумом не пересекается, на практике бывают свои приколы, а применение -webkit-text-size-adjust:none; в десктопных вебкитах раньше ломало п. 1 напрочь) Возможно, кто-нибудь вспомнит еще пару-тройку вариантов

Не ссылкой, тридцать три раза массаракш!

У псевдоэлементов в моем примере свои отдельные боксы (на которые, однако, наследование тоже не распространяется, т.к. в дерево документа они не входят). Но в визуальной модели таблиц создаются добавочные анонимные боксы, имитирующие иерархию table > (tbody) > tr > td. Псевдоэлементы я использовал как раз для того, чтобы, насколько можно, визуализировать эту иерархию (напр. в FF и IE8+ общий бокс с display: table содержит две анонимных "как бы строки", первая из которых представлена двумя table-cell'ами — одним для :before и другим, обертывающим контент дива, а вторая образована :after-ом). Пример с таблицей я взял, потому что в ней анонимных боксов сразу куча, но в более простых случаях всё аналогично.

В IE у textRange (частным вырожденным случаем которого является каретка) есть boundingLeft/boundingTop и т.п. Но у настоящего, стандартного Range я аналогов не наблюдаю, к большому сожалению...

Буквально "не перехватывается анонимными боксами". Вариант "НЕ передается" тоже адекватен. Например, здесь вокруг контента одного дива накручиваются 2 анонимных обертки (table-row и table-cell), рядом с которыми браузеры еще втискивают (как умеют) боксы псевдоэлементов. Но наследование font-size работает только для настоящих элементов — span-ов.

Upd: вроде случайно нашел вариант, дающий что-то похожее и в Хроме. До универсальности, конечно, далеко, но хоть что-то. А вот в Safari/Win (правда, не самом последнем, 5.1.5) как раз вообще ничего не вышло...