s0rr0w

file main.css $h { value: 10px; } .c1 { height: $h } file myModule_1.css $h { value: 20px; } <link rel="stylesheet" href="main.css"> <link rel="stylesheet" href="myModule_1.css"> По-нубски говоришь? Правильный разраб как раз так и сделает. Неправильный разраб считает, что на странице может быть только один подключаемый CSS файл. Хотя нет, вру, правильный разраб склеит два файла в один на стороне сервера. И мы получаем в итоге мой первоначальный пример

Хочу тебе напомнить, что в коде foo(); function foo(){ alert('Ok'); } алерт выведет таки Ok. Это правильные дядьки сделали в JS-e Тогда мы снова возвращаемся к проблеме перекрытия переменных?

А кто сказал, что твой способ именно самый правильный? Сколько людей, столько мнений. Не бывает 100% правильных решений, бывает только наиболее подходящие в это время и в этом месте. Если у тебя в проекте используется слабосвязанная архитектура, в которой каждый модуль имеет свои собственные стили (БЭМ, кстати, результат построения слабосвязанной архитектуры), то вынос переменных в один файл приведет к тотальной проблеме неконсистентности стилей. В том, что каждый скин обязан хранить полный набор всех переменных. При модификации базового скина придется модифицировать все остальные. Пока это делает один человек, проблем нет, но когда это проект с большим количеством независимых разработчиков, то они будут пускать неведомое количество лучей ненависти в адрес того, кто придумал переменные не давать переопределять.

У меня нет css-ресета в проектах. Попробуй сделать нормальный скинейбл сайт, где можно одним кликом поменять стили, при этом не используй перекрытие переменных. http://www.csszengarden.com вот пример хорошо скинящегося кода.

То, что 300$ по китайским меркам - очень дорогой и качественный аппарат.

Качество для 300$ аппарата будет выше крыши. Это не 50$ все-таки.

Когда у тебя в проекте не один CSS файл, а их сотня, то вопрос, нафига так делать, не стоИт. Я могу банально перекрыть значение существующей переменной. Мало того, в этом поведении есть смысл, я могу сделать базовые настройки и потом перекрывать их в скинах.

А кто сказал, что свойства присваиваются по значению? А если по ссылке? Тогда порядок следования деклараций переменных имеет значение. И вот тут начинается форменный трындец. Давайте рассмотрим следующий пример $h { value: 10px; } .c1 { height: $h } $h { value: 20px; } Чему равна высота блока?

Так какая высота будет у элемента? Сколько пикселей? И почему именно такая?

Маркетинг чистой воды.

Начни эти свойства перекрывать, и узнаешь где неудобство. $h2 { value: 10px; } $h1 { value: 20px; } .c1 { height: $h1 } .c1 { height: $h2 } Какая высота должна быть у элемента?

Или нездравый. Все относительно

Пока ты делаешь домашние странички Уасилия Поупкина, да. Но чуть сложнее - и все...

Это каким образом? А переменные тут при чем?

Ну, я тоже был "новатором". Честно говоря, трудно бороться против неисправимого снобизма.

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

Всегда думал, что сайты делаются для пользователей, а не для заказчика.

Мозгов. Серверные технологии в помощь. CSS - не место для переменных. С ними код станет только хуже.

Можно, смени работу.

Туманная семантика - результат полного непонимания самим разработчикам спецификации того, что они наделали.

Поточнее можно?

Кто бы мне про BaseX порассказывал...

Не самое плохое решение. Я, честно говоря, так и не понял, как из js менять xsl для xml файла

Обязанности - работать.

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