Код CSS «с душком»

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

кстати, для примера со столбцами вполне сработает такое правило:
.some-table td ~ td { border-left: ...; }
и не понадобится ничего отменять :)

почему же не ".nav-list a" для первого уровня и ".nav-list a a" — для остальных?

Ага в результате получается как в twitter, для просмотра твита в сотню байт нужно метр скриптов и CSS загрузить.

Я своими руками написал эти строки на CSS. Не понимаю, к чему, вы твердите мне про SASS. С чем аккуратненько?

Я отмечаю высокую дисциплину написания кода по строгим правилам. Код настолько аккуратен, что неотличим от автоматически отформатированного.

Определите её для одного класса, раздавайте этот класс контейнерам контент-зон, где она нужна и тогда, вам не придётся отменять её в шапках, футерах и других местах.

Мы говорим об одном и том же. Я нахожу вашу рекомендацию здравой, но указываю на то, что изменить автоматически генерируемый HTML в соответствии с вашими желаниями может быть гораздо сложнее, чем переопределить стили в CSS-файлике.

И, хоть убей, не понимаю, к чему разговоры про Drupal, который зачем-то хранит html-шаблоны в PHP-функциях.

Drupal в PHP-функциях хранит не все шаблоны, а только динамически генерируемые. То есть те, где нужно динамически добавлять контент и классы. Например, навигационные меню, выборки, поля материалов, преобразование пользовательского текста (BB-код, Markdown, вики-синтаксис) в HTML и т. д…

Разговор о Drupal я веду потому, что верстаю под Drupal. Если бы я писал статические сайты с возможностью вручную отредактировать любой конкретный элемент, я бы не заводил этот разговор. Кодерам, работающим с фреймворками, должно быть, гораздо проще в этом плане, а тем, кто работает с CMS, нередко приходится изворачиваться.

Эм, ну вы ведь всё-равно будете писать HTML и CSS для них. Думаю, можно и класс им вписать.

В том то и дело, что весь HTML генерируется движком. И если изменить структуру страницы или, скажем, обрамление различных блоков — просто (благодаря тому, что все это хранится в шаблонах), то переопределить такие вещи как, например, расстановка семантических классов .first, .last, .middle, .odd, .even для элементов списка, генерируемого из BB-кода, — хлопотно.

Переопределить что-то одно по необходимости — это, конечно, не проблема. Но переопределять все HTML-генерирующие PHP-функции движка ради того, чтобы по своему вкусу расставить семантические классы — это чрезвычайно муторная работа.

И неблагодарная, ведь объем этой работы по сравнению с

li { margin: 0.5em 0; }

/* Переопределение первого и последнего элементов списка. Необходима, чтобы, к примеру, избежать двойных отступов, так как движок, допустим, вкладывает ul в p. */
li:first-child { margin-top:    0; }
li:last-child  { margin-bottom: 0; }

/* Переопределение дефолтных отступов списка там, где они не нужны. */
.menu li, .tabs li, #block-foo li, #block-bar li { margin: 0; }

— огромный. А все зачем? Ради того, чтобы код был идеологически правильным?

Кстати, на языке SASS такие переопределения делаются еще проще и читабельнее:

.menu, .tabs, #block-foo, #block-bar
  li
    margin: 0

(этот код генерирует такой же CSS, как в последней строчке предыдущего сниппета)

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

Ну, не знаю. Я уж лучше свою команду заставлю. Это какой-то лишний в моем понимании agile, когда за плугом идет борона и все перепахивает по-своему.
И знакомый понятный код сразу превращается в незнакомый.