Assets
● Differs from Ruby Jekyll — modified
Sass is always on but Liquid is not processed inside Sass files, output is always minified, and only the sass_dir option is honored. CoffeeScript is not supported.
Jigyll provides built-in support for Sass. To have
a file converted, give it a .sass or .scss extension and start the
file with two lines of triple dashes, like this:
---
---
// start content
.my-definition
font-size: 1.2em
Jigyll treats these files the same as a regular page: the output file is
placed in the same directory it came from. For instance, a file named
css/styles.scss is processed and written to your site's destination folder
as css/styles.css.
Differs from Jekyll. Two things to know before reaching for Liquid or CoffeeScript here:
- Liquid is not processed in Sass files. The body after the front matter goes straight to the Sass compiler. In Jekyll, asset files run through Liquid first.
- CoffeeScript is not supported. There is no equivalent of the
jekyll-coffeescriptplugin;.coffeefiles are copied verbatim as static files.
Sass/SCSS
Place all your partials in your sass_dir, which defaults to
<source>/_sass. Place your main SCSS or Sass files where you want them to
be in the output, such as <source>/css. Files in the sass_dir are the
load path for @import — they should not have front matter, and they are
not written to the site themselves:
sass:
sass_dir: _sass # the default
Differs from Jekyll.
sass_diris the onlysass:option Jigyll honors. Output is always minified —styleis ignored — andsourcemapsandload_pathsare not supported. Conversion requires the Dart Sasssassexecutable on yourPATH(the install script sets this up for you), and compiled CSS is cached in/tmp/jigyll-$USER.
If your site uses a theme, the theme's _sass partials are
on the load path too, and partials in your site's _sass override
same-named ones from the theme.