SelenIT

http://www.xiper.net/collect/html-and-css-tricks/css-tricks/dotted-border-focus-elements.html ? Но не забывайте указывать для :focus хоть что-нибудь (проще всего — то же самое, что для :hover), чтоб не получить невзначай от нервного юзера сломанной клавиатурой

Устарело года на 3. Не слушайте ретроградов, читайте, как оно в действительности Картинку в таком случае тоже желательно сделать display:block. Чтобы блочные «кирпичики» соседствовали только с блочными, и браузеру не приходилось изобретать анонимные обертки. Но вообще — да, так делать можно. Уже года 4 как минимум (а на практике и того больше). Устарело лет на 8. «Переходность» доктайпа означает терпимость валидатора к пережиткам HTML 3.2. Оно нам надо сегодня, когда есть годный доктайп для любых практических целей? К тому же с переходным доктайпом браузеры переходят не в стандартный режим, а в какое-то ни рыба ни мясо. А в чем профит-то?

Так с ходу на чистом CSS, к сожалению, не сделать. Соседские селекторы (что +, что ~) работают для элементов на одном уровне (с общим непосредственным родителем), а тут у .itemn отдельный контейнер. Если сделать .itemn не элементами списка ul.nav_bar, а отдельными дивами на одном уровне с .submenun (а список вообще убрать), можно будет воспользоваться селектором ~ (.item1 ~ .submenu1 и т.д.). Но, имхо, здесь лучше воспользоваться JS. Либо подумать над другой структурой кода, типа такой...

Сам :hover применим к чему угодно. Но селектор через пробел — это контекстный селектор, означающий (в данном случае) «элемент с классом .class2 внутри элемента .class1, на который навели мышкой». Чтобы выбрать соседний элемент (как во втором примере), нужно использовать соседский селектор.

Имхо, «грааль» — это тоже своего рода частный случай «раскидки» панелей

В переменную можно засунуть что-нибудь типа "me@here.com\r\nTo: you@there.net\r\n...\r\nTo: somebody-else@somewhere.org", т.е. огромный список адресатов вместо одного.

Насколько я понимаю, не совсем. Float-ы изначально были только для врезок (на замену <img align="...">), но их побочные эффекты (напр. создание БКФ) оказались удобны для эмуляции колонок... «и понеслась» ©. А флексбоксы выросли всё-таки из XUL-а (AFAIK, первый синтаксис был буквальной калькой оттуда, display: <XUL-элемент>), т.е. инструмента для частной задачи — автоматической «раскидки» элементов интерфейса (менюшек, кнопок, панелей, тулбаров и т.п.) по сторонам экрана. На панацею, имхо, претендовал (по крайней мере, пытался) Template Layout (aka «вёрстка ASCII-артом»).

Ого. Вот я лажанулся-то. До сих пор был абсолютно уверен, что IE8, избавившись от путаницы свойств с атрибутами и name с id, заодно и работу с событиями для стандартного режима нормализовал. Посыпаю голову пеплом. Эх, вот и меня jQuery испортила...

С доктайпом — поддерживает (7-я и еще более ископаемые версии не в счет). Вот канвас, да, начиная с 9-й версии появился... начиная с 9-й версии (спасибо alexriz за важное уточнение!).

Главное преимущество - для адаптивности. Можно поменять через media queries размер только для корневого элемента, остальное подхватится само. А для "pixel-perfect"-ных задач (промо и т.п.) пиксели по-преженему рулят.

Да, главная мысль такая. Нельзя, чтобы «сырые» пользовательские данные использовались в SMTP-заголовках (напр. обратном адресе, не говоря уже об адресе получателя).

Имхо, смотря для какой задачи. У флексов всё-таки ноги четко растут из языка разметки интерфейсов (мозилловского XUL-а), и это сильно сказывается. Для растяжки менюхи по ширине, например — самое то. Да и для колонок, имхо, всяко лучше извратов с float-ами и псевдотаблицами. А для контента... о5 же, надо смотреть по задаче. Главный ужас сейчас, имхо — наличие в ходу одновременно 3-х (!) фигово совместимых между собой вариантов синтаксиса. Но, по идее, это можно обойти, и даже для совсем старья обеспечить приемлемый fallback на те же float-ы. Наиболее актуальная, имхо, статья по вопросу - http://dev.opera.com/articles/view/advanced-cross-browser-flexbox/

Ну я как бы тоже за то, чтобы все люди были хорошими и не делали плохого, а также за счастье для всех, даром, чтоб никто не ушел обиженным. Но песня не про мечты, а про жизнь...

http://phpfaq.ru/mail#inj

Да, визуальная группировка для оформления и скриптовых эффектов (напр. скрыть/показать всё сразу). А section/article — логическая группировка, чтобы поисковики и т.п. поняли, что обернутая в них информация связана по смыслу.

:not(:first-child) ?

Из HTML5.0, который W3C, убрали. В HTML5.1 - на очереди. В "живом стандарте" от WHATWG пока, вроде, без изменений...

Видимо, это смотря как прочитать названия тегов). Я вроде старался, чтоб всё легло...

Вот только хотел написать про поля тетради, но с точностью до наоборот - что они были снаружи тонкого красного бордера. И в типографии английский термин для этих полей - именно "margin", так уж сложилось. Вообще, конечно, типографские аналогии в вебе работают с трудом - такого, чтобы вокруг текста были и отступы внутри, и рамка, и отступы снаружи, в печати бывало редко. Но традиционная терминология есть...

Если честно, мне кажется, что вариант из книги Мейера в переводе Шатохиной как-то более общепринят. Но безопаснее всего пользоваться английской терминологией

На всем известный мотив, по мотивам давних и недавних событий...

Добавить ссылке левый паддинг?

Вероятно, вопрос об оптимизации для retina-экранов? По моему опыту, неплохой результат дает картинка "полуторного" размера с максимально приемлемым сжатием.

Не понял, зачем спанчики?

Вот так можно хоть 5 (IE8+).