SelenIT

Уже нет.

От этого пробелы точками-маркерами не станут

Это заблуждение, упорствовать в нем нелепо.

Они и остаются внутри. Но сам список раздвигается на эти 5px в обе стороны ("наезжая" на поля). И эти 5-пиксельные отступы внутренних блоков отсчитываются уже не от границы колонки, а от границы списка, которая вынесена на 5px из колонки наружу.

Это пробелы. Которые между тегами. См. ссылку выше.

http://css-live.ru/articles/zagadochnye-otstupy-mezhdu-inlajn-blokami.html

Не грешновато, а просто недопустимо по стандарту. Есть мнение, что отсутствие общего контейнера для термина и определения — недоработка стандарта для этого типа списка. Но на мой взгляд, это как раз критерий его применимости: если такая обертка нужна — значит, это не список как таковой, а обычные блоки с заголовками.

Похоже, авторам Grid Layout-а стало стыдно, и они решили поменять синтаксис на... по сути, привязку к направляющим

Честно говоря, не вижу смысла от этого "страховаться". Единственное, что приходит на ум — использовать адаптивный дизайн, чтобы на маленьких экранах страница влезала по ширине целиком и проблемы гориз. скроллинга не возникало как класса.

По моим наблюдениям — именно так. И мне это нравится)

Это фича некоторых мобильных браузеров. Текст сжимается до той ширины, которая вмещается в окно без горизонтальной прокрутки, что очень удобно для чтения на телефонах с маленькими экранами. Подробнее про размеры на мобильниках описано у Питера-Пауля Коха (есть перевод).

Решение в данном случае одно — JS. По крайней мере, до прихода селекторов 4-го уровня в массы.

Недавно была похожая тема.

Для рунета можно уже и про IE7 практически забыть. Оставить им минималистичную версию (а-ля мобильная) — и сойдет.

Нет. HTML5 предоставляет несколько равноправных правильных вариантов и предписывает браузерам единообразно реагировать на ошибки. Благодаря большему количеству правильных вариантов, сделать настоящую ошибку (напр. вложить ссылку в ссылку) в HTML5 даже труднее, чем в XML (где строго контролируется лишь синтаксис, а логика целиком остается на совести автора). Поймут. Эти возможности добавлены в стандарт именно потому, что они работали во всех актуальных браузерах (принцип «paving the cowpaths»). В общем случае стоит. Не для старья, а для простоты — чтобы не переписывать код радикально если, например, в значении атрибута внезапно появится пробел. Исключение — очень высоконагруженные проекты, где «байты — деньги» (© Google). Не нужно. Тоже не нужно.

В сложных проектах нередко правка именно HTML бывает оправдана. Интересные соображения высказываются в этой статье. Но использование классов де-факто как сокращений для отдельных CSS-свойств — с вероятностью >98% перебор

Не совсем всё. Другую ссылку, элемент формы или еще что-то интерактивное всё-таки нельзя. Но «строчностью-блочностью» теперь точно можно не заморачиваться

Так у вас вообще нет переменной date). Да и дата уже разобрана. Как-то так?

Всё верно, мы ее как строку и разбираем (в моем примере — регулярным выражением, но можно и substring-ом, как у вас изначально). Потом подставляем компоненты в конструктор даты (вычитая всё, что нужно, откуда нужно), получаем компоненты этой новой даты и склеиваем в нужной последовательности. Объект Date берет на себя всю календарную арифметику, включая високосные годы и т.п. Можно глянуть полный итоговый код?

Просто присвоить правую часть этой нужной переменной, а не document.body.innerHTML (она в примере чисто для наглядности).

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

ясно Тогда, возможно, как-то так?

Это HTML-презентация. Открываете первый кадр, а дальше пробелом

А какой смысл в такой записи? Вообще-то первое апреля минус день — именно 31 марта, а не нулевое апреля... Во-первых, не во всех странах все сутки в году имеют такую продолжительность. Во-вторых, результатом такой процедуры по всем раскладам будет 31 марта, а автору тему зачем-то нужно "нулевое апреля"...

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