LESS - динамический CSS - страница 2 - Вопросы по CSS

Я думаю на форуме рокетов есть решение

при оригинальной задумке он вообще ничего не создаст, кроме записи в исходном коде в виде

Это только для разработки на боевом сайте это жесть такой подход использовать. Рокеты используют lessphp, не очень круто было бы заставлять пользователь ставить на сервер компилятор)

Короче *** полное этот less, изобретаете велосипед. как его убрать вообще из шаблона Rocket Theme? Понасоздавало мне кучу CSS файлов, перезаписывает мои изменения, костыли одни!

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

А перед продакшеном всё это легко собирается, компилится и сжимается грунтом.

или гульпом

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

Лесы и сасы - туфта полная. Можно использовать только для методологической разработки. Чего не могу сказать о CoffeeScript. Если CSS препроцессоры по большей части увеличивают объем работы, то их аналог в js сокращает. Сокращая объем кода, который требуется написать. Работает как автономно, так и в Task Runner'ах типа grunt или gulp.

background: repeating-linear-gradient(to right,#c0659c,#c0659c 20px,#e072aa 20px,#e072aa 40px);

.stripe(#c0659c,#e072aa, 40px);

@box: 90px;
@box-margin: 30px;
@iterations: 4;
.loop (@index) when (@index > 0) {
    .width-@{index} {
        width: ( @box * @index ) + 2 * ( @box-margin * @index - @box-margin);
    }
    .loop(@index - 1);
}
.loop (0) {}
.loop (@iterations);

.width-4 {
  width: 540px;
}

.width-3 {
  width: 390px;
}

.width-2 {
  width: 240px;
}

.width-1 {
  width: 90px;
}

.b-header {
    &__search {
    }
}    

И если пытаться БЭМить - тоже приятно код писать:

Код: css

.b-header {
    &__search {
    }
}    

Вообщем мне совсем непонятно, где у вас возникли трудности/неприятности/проблемы/неприязнь, мне нравится и время/кол-во кода сократилось.

Ставим sublime под него less интерпритатор и билдер, парой комбинаций компилится, на продакшн делается .min.css, проект сохраняется в "ящик".

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

правим *.less файл и все. Кеширование и компиляция автоматические. При изменение файла CSS обновится сам и даже обойдет кеш браузера.
Сборка идет только 1 раз

Может это некорректно сформулировано, но less дает возможность использовать преимущества ООП
 ...
Можно создавать библиотеки с наработками. Модульность кода - очень удобно, на мой взгляд

Для реализации есть какая-нибудь либа? Хотелось бы в своих шаблонах такую фичу иметь

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

А что именно не работало?

Также, допустим для создание сетки (иногда нужно самому делать велосипед):

Код: css

@box: 90px;
@box-margin: 30px;
@iterations: 4;
.loop (@index) when (@index > 0) {
    .width-@{index} {
        width: ( @box * @index ) + 2 * ( @box-margin * @index - @box-margin);
    }
    .loop(@index - 1);
}
.loop (0) {}
.loop (@iterations);

Это мне нужно было для фотогалереи как-то сделать. На выходе у меня:

Код: css

.width-4 {
  width: 540px;
}

.width-3 {
  width: 390px;
}

.width-2 {
  width: 240px;
}

.width-1 {
  width: 90px;
}

Можно, конечно сказать, что проще второе написать, но увы ... при переделках, когда сетку раздули побольше - я менял всего-лишь три переменных. Это конечно пример простенький, но возможности большие, можно довольно сложную сетку сделать, с медией и блэкджеком. Я делал, но куда-то далеко засунул. Вообщем надо только ширину контейнера, 3 медиа размера и кол-во ячеек ввести. А ... еще расстояние между ячейками.
И если пытаться БЭМить - тоже приятно код писать:

Что мешает обозначить сетку в отдельном месте и использовать ее классы? Без лесов. Какая от этого практическая польза, кроме выпендрёжа? (вроде как посмотрите чего я на препроцессоре сделал)

Что мешает обозначить сетку в отдельном месте и использовать ее классы?

Работа - это и есть практическая польза. Данные пример из работы, которая сделана, сдана, оплачена, практичнее некуда. На момент разработки сетка переделывалась несколько раз и правки этой сетки сохранили время и нервы. Выпендрёж - а перед кем и зачем, и как? Все имеют под рукой Google и кто хочет - найдет, и кораздо более практичные примеры. Если я чем-то поделился - то я поделился чем-то, не более.

Собственно понятно одно - не нравится LESS - ну и ладно ... я любить его не заставлю и не хочу пытаться. Мне все-равно. Кому он нравится, кто его использует и понимает его практическую пользу - то с теми я готов делится своими знаниями.

Я кстати не совсем понял вот это: Я мало общаюсь по разработке и некоторые фразы не понимаю.

Еще стоит отметить редактирование через web developer tools. Особенно, если код генерируется "на лету". И не ты являешься разработчиком текущего кода.

Не вопрос. Chrome (из коробки) и Firefox (тоже из коробки) поддерживают маппинг стилей
Кажется в последнем можно даже редактировать их прямо из браузера с сохранением (сам не пробовал, т.к вполне устраивает Chrome)
https://hacks.mozilla.org/2014/02/live-editing-sass-and-less-in-the-firefox-developer-tools/



по клику на less-файл перебросит на правило, которое создало стиль


Включайте в настройках браузера, а потыкать можно тут

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

Препроцессоры стандартом никогда не станут. А примеси и вложенности уже присутствуют в CSS - смотрите ссылки выше, на w3c и пр.