|
%!s(int64=4) %!d(string=hai) anos | |
---|---|---|
.. | ||
.bundle | %!s(int64=4) %!d(string=hai) anos | |
.gulp-scss-cache | %!s(int64=4) %!d(string=hai) anos | |
.sass-cache | %!s(int64=4) %!d(string=hai) anos | |
lib | %!s(int64=4) %!d(string=hai) anos | |
src | %!s(int64=4) %!d(string=hai) anos | |
tests | %!s(int64=4) %!d(string=hai) anos | |
.npmignore | %!s(int64=4) %!d(string=hai) anos | |
.travis.yml | %!s(int64=4) %!d(string=hai) anos | |
Gemfile | %!s(int64=4) %!d(string=hai) anos | |
Gemfile.lock | %!s(int64=4) %!d(string=hai) anos | |
LICENSE | %!s(int64=4) %!d(string=hai) anos | |
README.md | %!s(int64=4) %!d(string=hai) anos | |
appveyor.yml | %!s(int64=4) %!d(string=hai) anos | |
coffeelint.json | %!s(int64=4) %!d(string=hai) anos | |
gulpfile.coffee | %!s(int64=4) %!d(string=hai) anos | |
gulpfile.js | %!s(int64=4) %!d(string=hai) anos | |
package.json | %!s(int64=4) %!d(string=hai) anos |
According to libsass, libsass has now the same feature of ruby sass. Therefore, I think there is no reason to use my buggy plugin.
This is a plugin for SCSS (aka. SASS) compiler by standard approach
It's also just simple
gulpfile.js
/*global require*/
(function (r) {
"use strict";
var scss = r("gulp-scss");
var gulp = r("gulp");
gulp.task("scss", function () {
gulp.src(
"home/scss/**/*.scss"
).pipe(scss(
{"bundleExec": true}
)).pipe(gulp.dest("home/static/css"));
});
}(require));
You can specify options by passing it as a parameter object of scss
function,
as you can see above. In particular, scss
function has a parameter named options:
scss(options)
When options are falsy, normal options are used.
As of 1.2.0, options are passed to scss thru dargs. Therefore, all options except the following will be passed to scss directly:
When this option is true, bundle exec scss
is used instead of scss
. Otherwise,
scss
is used instead of bundle exec scss
.gulp-scss-cache
)Specifies temporary path to store the compiled files. Note that you should specify the path as relative path