CSS-препроцессоры, динамическая линковка?

почему … даже не подумал

Сейчас тебе всё станет понятно. Вот смотри:

padding: вертикальный горизонтальный;
border-spacing: горизонтальный вертикальный;

Вот и всё :}

padding: вертикальный горизонтальный;

Ты неправильно понимаешь паддинг.

1. Берёшь jquery-ui.css,
2. натравливаешь на него утилиту, которая конвертит в сасс/сцсс/лесс;
3. наследуешь/примешиваешь,
4. ??????????????????
5. PROFIT

после всех разговоров о семантической вёрстке W3C даже не подумал о семантичности CSS

Наверное, потому что семантичность важна для контента, а цсс только за внешний вид отвечает.

В SASS есть @extend. Благодаря ней:

.error {
  border: 1px #f00;
  background-color: #fdd;
}
.seriousError {
  @extend .error;
  border-width: 3px;
}

превращается в

.error, .seriousError {
  border: 1px #f00;
  background-color: #fdd;
}

.seriousError {
  border-width: 3px;
}

Какой вкусный суп из умных слов.

Отлично. А теперь делаем финт ушами - .error находится в другом файле. Изменять который нежелательно. Дальше что?

натравливаешь на него утилиту, которая конвертит в сасс/сцсс/лесс

Я и так могу сделать jquery-ui.less с одной строкой @include «jquery-ui.css». А толку? Он мне всё запихнёт в один файл в результате. Это мягко говоря некрасиво.

Ты упорот? Признавайся.

Он мне всё запихнёт в один файл в результате

Один из шагов минификации, и это не «некрасиво», а нужно.

А, понял. Наверное, при такой постановке вопроса не подскажу конкретного решения.

Я бы интересующие меня классы завернул бы в миксины и подмешивал по мере необходимости.

При апдейте библиотеки пришлось бы обновлять миксины (кушать кактус). Увы.

есть некоторые интересные концепции в angular.js

Еще не разбирался с ним, но там как-то интересно решается проблемы изоляции стилей. Рассматривается метафорический пример виджета со своими стилями, не конфликтующими с другими стилями. Он как-бы внедряется и встраивается в любую среду. Дело не в angular собственно, а в современных подходах смешивания стилей, характерных для ряда продвинутых фреймворков. Но так-как это еще draft, то многое помечено как html5, high-experimental.

Угу. Придумавшие динамическую линковку и модульность были идиотами, они не слушали разработчиков CSS-препроцессоров из будущего.

Кажется это такой php для client-side. Не люблю php.

Кажется это такой php для client-side. Не люблю php.

Там, насколько мне известно используются кастомные тэги - главная идея. От них все пляшет.

Но пока это в основном концепт и наверное тормозит. Кстати, less тоже может быть клиентским и разумеется тоже нагружает клиентскую часть.

они умеют статическую. В момент сборки они возьмут кусок того CSS который наследуешь и упихуют в твой

например в LESS:

.чужое_правило { вротмненоги: труе }
.мое_поравило { .чужое_правило }

соберется в

.мое_правило { вротмненоги: труе }

взгляни еще на SASS/SCSS

Это мягко говоря некрасиво.

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

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

Дело не в клиентскости.
Там как я понял главная фича «вы всё можете написать декларативно» - здравствуй XSLT, давно не виделись? На мой взгляд js и хороший шаблонный js-движок представляют собой разумный компромисс между декларативным и императивным веб-программированием.

В любом случае в 16 федоре (а у меня промышленная система именно на 16 федоре) нет вообще никакого css-препроцессора. Таскать с собой не хочу.
Проблема пока не настолько большая.