Существует ли аналог LESS Hat для SASS (SCSS)?

Question

[unclechu]

Постепенно перехожу с Less на SASS, под Less есть прекрасный набор миксинов, с помощью которого можно не указывать кучу префиксов и альтернативных реализаций CSS свойств для всяких IE. Есть что-то аналогичное для SASS? Или придётся самому собирать такой джентельменский набор велосипед?

UPD: Задача обойтись без лишних зависимостей (только Node.JS), Compass не подходит из-за зависимости от Ruby.

Answer 1

[unclechu]

Судя по отозвавшимся, — ответ: «нет». Был предложен Compass, но он зависим от Ruby, что не соответствует пометке UPD.

Answer 2

[Сергей Протько]

А зачем если есть autoprefixer? Ради набора миксинов типа .size?

Answer 3

[zooks]

Для SASS есть Compass - миксины и хаки для древнющих браузеров типа IE6-8, префиксы и множесто других полезных инструментов.

Comments

[unclechu]

> Compass runs on any computer that has ruby installed.
Он без рубинов работает?

[zooks]

@unclechu без Ruby ты не установишь сам SASS.

[unclechu]

@zooks ложь. См. libsass, https://github.com/sass/node-sass

[unclechu]

Если оно без рубинов не поднимается, то у меня два выбора: валить обратно на Less или заняться портом LESS Hat на SASS.

[zooks]

@unclechu в чем проблема установить Ruby?

[Иван Беленков]

@unclechu любой модуль, переписанный сообществом на другом языке, будет отставать по версиям и возможностям от оригинального. Ничего сложного в установке Ruby нет. Прицепить SASS к сборщику тоже легко. А возможностей у него на порядок больше, чем у Less. Хотя, если не хочется ставить Ruby, то рекомендую обратить своё внимание на Stylus. Работает на Node, и возможностей поболее, чем у SASS.

[unclechu]

@IoannGrozny @zooks Установку Ruby не рассматриваю, итак есть заморочки с клиентами, которые предпочитают покупать свои shared-говно-хостинги, на которых не то, что инструментарий свой развернуть нельзя, так ещё базовые команды обваливаются из-за лимита выделяемой памяти. Не хочется плодить лишние зависимости, коих итак хватает. А libsass, если я не ошибаюсь, — вполне себе официальная либа, и node-sass просто биндинги. За наводку на Stylus благодарю, но опять же встаёт аналогичный вопрос с подобным набором миксинов.

[Иван Беленков]

@unclechu так, подождите, вы хотите, чтоб на хостинге у вас стили лежали в виде SASS и компилились на лету? Если так, то Ruby, конечно не вариант. По поводу Stylus, да есть какие-то библиотеки(типа nib). Но самая большая красота Stylus - это прозрачные миксины, так что написать свои велосипеды не составит особого труда. Я просто оставлю тут это - habrahabr.ru/company/yandex/blog/169415

[zooks]

@unclechu О мой бог, вы less прямо на хостинге запускаете? На сервер заливается только финальный CSS! Никаких less.js на страницах использовать нельзя. Тем более не требуется установки ноды или руби на сервер только для компиляции CSS.

[unclechu]

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

[unclechu]

@zooks к тому же не факт, что можно прозрачно этот рубиновый Compass связать с тем же Gulp.

[Иван Беленков]

@unclechu факт, использование Compass - это опция для grunt-contrib-sass и gulp-sass. так что всё связывается очень прозрачно. И запомните, есть один хорошо работающий SASS - это Ruby Sass.

[Сергей Протько]

@unclechu все что угодно можно связать с gulp-ом. И уж темболее такие популярные тулзы наверняка уже привязали в виде плагинов.

Вообще всесь этот вопрос косается только процесса разработки, и тут мысли типа "устанавливать ruby не вариант" или строить предположения не проверяя их... ну это как-то глупо. На сервак всеравно собранная версий уйдет, так что шаред там или нет... можно настолько все автоматизировать что после сборки асетов на сервак по ftp/scp просто zip архив зальется.

[zooks]

@unclechu Чувак, тебе сложно отметить мой ответ как правильный? Я дал однозначный ответ на твой вопрос.

[unclechu]

@zooks извини, он не является решением по сабжу.

[zooks]

@unclechu без UPD это и есть ответ на вопрос. Ответ на расширенный вопрос - оставаться на LESS.js.

[unclechu]

@zooks нет, ответ на вопрос: "нет". Тогда пусть он и будет отдельным ответом.