A Dart implementation of Sass. Sass makes CSS fun again.
|
|
|
There are a few different ways to install and run Dart Sass, depending on your environment and your needs.
If you use the Chocolatey package manager for Windows, you can install Dart Sass by running
choco install sass -prerelease
That'll give you a sass
executable on your command line that will run Dart
Sass.
If you use the Homebrew package manager for Mac OS X, you can install Dart Sass by running
brew install --devel sass/sass/sass
That'll give you a sass
executable on your command line that will run Dart
Sass.
You can download the standalone Dart Sass archive for your operating
system—containing the Dart VM and the snapshot of the Sass library—from
the release page. Extract it, add the directory to your path, and
the dart-sass
executable is ready to run!
To add the directory to your path on Windows, open the Control Panel, then
search for and select "edit environment variables". Find the variable named
PATH
, click Edit, add ;C:\path\to\dart-sass
to the end of the value, then
click OK.
On more Unix-y systems, edit your shell configuration file (usually ~/.bashrc
or ~/.profile
) and add at the end:
export PATH=$PATH:/path/to/dart-sass
Regardless of your OS, you'll need to restart your terminal in order for this configuration to take effect.
Dart Sass is available, compiled to JavaScript, as an npm package. You
can install it globally using npm install -g sass
which will provide access to
the sass
executable. You can also add it to your project using
npm install --save-dev sass
. This provides the executable as well as a
library:
var sass = require('sass');
sass.render({file: scss_filename}, function(err, result) { /* ... */ });
// OR
var result = sass.renderSync({file: scss_filename});
See below for details on Dart Sass's JavaScript API.
If you're a Dart user, you can install Dart Sass globally using pub global activate sass ^1.0.0-alpha
, which will provide a dart-sass
executable. You
can also add it to your pubspec and use it as a library. We strongly recommend
importing it with the prefix sass
:
import 'package:sass/sass.dart' as sass;
void main(List<String> args) {
print(sass.compile(args.first));
}
See the Dart API docs for details.
Assuming you've already checked out this repository:
-
Install Dart. If you download an archive manually rather than using an installer, make sure the SDK's
bin
directory is on yourPATH
. -
In this repository, run
pub get
. This will install Dart Sass's dependencies. -
Run
dart bin/sass.dart path/to/file.scss
.
That's it!
When installed via npm, Dart Sass supports a JavaScript API that aims to be
compatible with Node Sass. Full
compatibility is a work in progress, but Dart Sass currently supports the
render()
and renderSync()
functions. Note however that by default,
renderSync()
is more than twice as fast as render()
, due to the overhead
of asynchronous callbacks.
To avoid this performance hit, render()
can use the fibers
package
to call asynchronous importers from the synchronous code path. To enable this,
pass the Fiber
class to the fiber
option:
var sass = require("sass");
var Fiber = require("fibers");
sass.render({
file: "input.scss",
importer: function(url, prev, done) {
// ...
},
fiber: Fiber
}, function(err, result) {
// ...
});
Both render()
and renderSync()
support the following options:
file
data
includePaths
indentedSyntax
indentType
indentWidth
linefeed
importer
functions
- Only the
"expanded"
and"compressed"
values ofoutputStyle
are supported.
The following options are not yet supported, but are intended:
No support is intended for the following options:
-
precision
. Dart Sass defaults to a sufficiently high precision for all existing browsers, and making this customizable would make the code substantially less efficient. -
sourceComments
. Once Dart Sass supports source maps, that will be the recommended way of locating the origin of generated selectors.
Dart Sass is intended to eventually replace Ruby Sass as the canonical implementation of the Sass language. It has a number of advantages:
-
It's fast. The Dart VM is highly optimized, and getting faster all the time (for the latest performance numbers, see
perf.md
). It's much faster than Ruby, and not too far away from C. -
It's portable. The Dart VM has no external dependencies and can compile applications into standalone snapshot files, so a fully-functional Dart Sass could be distributed as only three files (the VM, the snapshot, and a wrapper script). Dart can also be compiled to JavaScript, which would make it easy to distribute Sass through npm or other JS package managers.
-
It's friendlier to contributors. Dart is substantially easier to learn than Ruby, and many Sass users in Google in particular are already familiar with it. More contributors translates to faster, more consistent development.
There are a few intentional behavioral differences between Dart Sass and Ruby Sass. These are generally places where Ruby Sass has an undesired behavior, and it's substantially easier to implement the correct behavior than it would be to implement compatible behavior. These should all have tracking bugs against Ruby Sass to update the reference behavior.
-
@extend
only accepts simple selectors, as does the second argument ofselector-extend()
. See issue 1599. -
Subject selectors are not supported. See issue 1126.
-
Pseudo selector arguments are parsed as
<declaration-value>
s rather than having a more limited custom parsing. See issue 2120. -
The numeric precision is set to 10. See issue 1122.
-
The indented syntax parser is more flexible: it doesn't require consistent indentation across the whole document. See issue 2176.
-
Colors do not support channel-by-channel arithmetic. See issue 2144.
-
Unitless numbers aren't
==
to unit numbers with the same value. In addition, map keys follow the same logic as==
-equality. See issue 1496. -
rgba()
andhsla()
alpha values with percentage units are interpreted as percentages. Other units are forbidden. See issue 1525. -
Too many variable arguments passed to a function is an error. See issue 1408.
-
Allow
@extend
to reach outside a media query if there's an identical@extend
defined outside that query. This isn't tracked explicitly, because it'll be irrelevant when issue 1050 is fixed. -
Some selector pseudos containing placeholder selectors will be compiled where they wouldn't be in Ruby Sass. This better matches the semantics of the selectors in question, and is more efficient. See issue 2228.
-
The old-style
:property value
syntax is not supported in the indented syntax. See issue 2245. -
The reference combinator is not supported. See issue 303.
-
Universal selector unification is symmetrical. See issue 2247.
-
@extend
doesn't produce an error if it matches but fails to unify. See issue 2250. -
Dart Sass currently only supports UTF-8 documents. We'd like to support more, but Dart currently doesn't support them. See dart-lang/sdk#11744, for example.
Disclaimer: this is not an official Google product.