
#Indented sass codekit code#
scss file that contains some code written in Sass to the sass command, along with a destination where you would like the compiled CSS to go. Using Sass manually is as simple as passing the file name of a. Anything higher than 3.3 should work just fine for this tutorial. This should show you that Sass is installed and running, and tell you what version you have. Then you can make sure Sass is working by issuing a version check for Sass: sass -v
#Indented sass codekit install#
Once you’re in a terminal, and you’ve verified that you have a stable release of Ruby 1.9.3 or later installed, you can issue the following command to get the Sass gem installed: gem install sass (There are excellent guides to installing and running Ruby in different environments and if you’re on Windows, you review this article to help get set up.)

So I’m going to assume you have Ruby installed and are running your commands in a terminal on your workstation. I use a Mac, as I’m sure many front-end developers do, and that means I have Ruby pre-installed. Ruby is one of the most convenient ways to run Sass. The method you use to install Sass is a personal choice, and it will largely be based on your preferred development workflow and your overall skill level. Once you have Sass installed, the basic workflow is to write your CSS using the Sass language, and then compile that into regular CSS that any browser can read and understand.
#Indented sass codekit mac#
You can install the Ruby gem, use a development kit that includes Sass (like the Mac app CodeKit), or take advantage of the LibSass library for native compilation performance in a language like Node or C. There are several ways to get started with Sass. While Sass provides a versatile tool set to precompile CSS, Bourbon builds on top of that with enhanced Sass functionality that makes it even faster and easier to write clean and compact code that’s easy to maintain and share.


One of the ones I turn to first is a Sass library called Bourbon. I’m talking about Sass, a preprocessor for CSS that lets you write clean, maintainable, structured code that generates efficient and useful CSS.Īnd since Sass supports the ability to write new and original extensions, it’s much easier for developers to come up with their own enhancements. And it’s often necessary to create redundant code that’s difficult to maintain just in order to make a design work consistently across different browsers.įor me, the most elegant approach to dealing with problems like these and other similar ones was created by Hampton Catlin, and open-sourced so the entire community could help it grow. There are no variables to support making a universal change that needs to be referenced in multiple places. For example, it can be difficult to keep track of the inheritance of properties across elements with differing weights and positions in a growing CSS codebase. For me, the power and versatility of CSS is a delight, and there’s a physical thrill I get when I manage to solve a tricky cross-browser display issue or sidestep resource-intensive JavaScript routing with some elegant little CSS animation.īut people who aren’t as enchanted with CSS as you and I have some legitimate complaints. If you love CSS as much as I do, you have to know that you’re one of the very few of us out there.
