Sass has an awesome community of designers and developers who love to spread the word and help people out. Here we’ve collected some resources. Happy Styling!
Still getting started? There are some great tutorials out there to get you on your feet. Want to learn more? There's some great Sass blogs (including a few particular articles we recommend reading), and even a few books about Sass to help you learn some new tips and tricks.
Thinking of contributing to Sass itself? We rely on everyone to keep Sass as stable as it is. Feel free to submit a patch via pull request to the Sass project.
Everyone is welcome in the Sass community, except those who are unwelcoming. Please read and follow our community guidelines.
Sass Articles on the Web
by Chris Coyier, from CSS Tricks, May 2012
by David Walsh, from CSS Tricks, October 2012
by Anthony Short, October 2012
by Allison Wagner, from Cognition, September 2012
by Dale Sande, from Unmatched Style, September 2012
by Roman, from the Mobify blog, August 2012
by Chris, from the Zurb blog, July 2012
by Trevor Davis, from Viget, May 2012
by Mario 'Kuroir' Ricalde, from The Sass Way, November 2011
by Ryan Taylor, from .net, October 2011
by Adam Stacoviak, from The Sass Way, June 2011
by David Kaneda, from the Sencha blog, June 2010
by Alex Coomans, from Net Tuts, August 2009
by Stuart Robson, April 2013
by Stuart Robson, January 2013
by Roy Tomeij, from The Sass Way, February 2012
Sass is an open source project and we encourage you to contribute. You can contribute with bug reports and feature requests or if you have code to contribute we will love you forever.
When adding bug reports, feature requests, or code there are a couple of primary branches we use.
- The stable branch is where we do development on the released version. The majority of bug fixes should go here. If you're just reporting a bug add an issue and note the version of Sass where you experienced the issue in your comment. If you have some code to contribute, fork the stable branch and send us a pull request. We'll review your patch and either accept or decline with comments. All bug fixes must be thoroughly tested and the tests must pass the build on all supported versions of ruby.
- The master branch is where we keep track of the next version of Sass. New feature requests should be made on the issue tracker and discussed with the core team before implementation begins to avoid wasted effort. Pull requests for new features should be made against the master branch. No change is allowed to break a stylesheet across sequential releases; every breaking change to the language must first be deprecated.
Pull Requests & Patches
Here are a few simple things you'll need to do when submitting a patch via pull request:
- Write a commit message that is well-written, descriptive and contain proper grammar and punctuation.
- Make sure the first line of your commit message is a short, full sentence.
- Contain any appropriate unit tests in your commit
- Add your changes to the changelog for the correct branch. The changelog is in
- If your change is user-facing, update the appropriate section in reference documentation.
- Don't combine several features or bug fixes into the same pull request.
- All code is given a thorough review and will likely require several iterations before being accepted.
- All code changes must be thoroughly tested and the tests must pass the build on all supported versions of ruby.
- The Sass Way
- Ben Frain
- Viget Inspire
- Unmatched Style
- Sass Bites
- Sass News Weekly
- Sass in the Real World: book 1 of 4
- Sass for Web Designers (Nov 2013)
- Sass and Compass in Action (Aug 2013)
- Sass and Compass for Designers (April 2013)
- Pragmatic Guide to Sass (Dec 2011)
Projects & Frameworks
- libSass — a CSS (and Sass!) authoring framework
- Compass — a CSS (and Sass!) authoring framework
- Susy — a responsive grid layout built for Compass
- Bourbon — a lightweight mixin library
- Neat — a mixin-based grid layout system
- Sache — a place to find Sass and Compass extensions
- SassMeister — a tool for trying Sass in the browser
- Zurb Foundation — a responsive front-end framework
- Rock Hammer — a starting framework with some basic styles for a project
- Twitter Bootstrap — the ubiquitous framework… this time written in Sass!
- Gravity — a framework for making HTML5 websites with Sass
- Inuit.css — a powerful, scalable, Sass-based, BEM, OOCSS framework