benchmark/source | ||
bin | ||
lib/src | ||
tool | ||
.analysis_options | ||
.gitignore | ||
.test_config | ||
AUTHORS | ||
CHANGELOG.md | ||
codereview.settings | ||
CONTRIBUTING.md | ||
differences.md | ||
LICENSE | ||
perf.md | ||
pubspec.yaml | ||
README.md |
A Dart implementation of Sass.
Using Dart Sass
Dart Sass isn't ready for distribution yet, but it's possible to test it out by running from source. This assumes you've already checked out this repository.
-
Install Dart. If you download it manually, 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!
Goals
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.
Behavioral Differences
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. This doesn't have an issue yet; I need to talk to Chris to determine if it's actually the right way forward.
-
Colors do not support channel-by-channel arithmetic. See issue 2144.
Disclaimer: this is not an official Google product.