Sass Blog
Page 8 of 8
A Change in Plans for Sass 3.3
Posted 20 December 2013 by Natalie Weizenbaum
This was originally published as a gist.
Sass 3.3 is coming soon, and along with it several major new features. It supports source maps, SassScript maps, and the use of &
in SassScript. In preparation for its release, we’ve put out a couple of release candidates to be sure that everything was set and ready to go. Unfortunately, it wasn’t.
Release candidates often turn up small bugs and inconsistencies in new features, but it’s rare that they find anything truly damning. In this case, though, several users noticed an issue with using &
in SassScript that rendered a sizable chunk of our plan for that section of 3.3 unworkable. It’s not a fatal issue, and we think we have a good plan for dealing with it (I’ll get to that in a bit), but it is a problem.
The Background permalinkThe Background permalink The Background permalinkThe Background
To understand what’s wrong, first you need to understand the reason we decided to make &
accessible to SassScript in the first place. One thing users want to do pretty often is to add suffixes to…
How @extend Works
Posted 23 November 2013 by Natalie Weizenbaum
This was originally published as a gist.
Aaron Leung is working on hcatlin/libsass and was wondering how @extend
is implemented in the Ruby implementation of Sass. Rather than just tell him, I thought I’d write up a public document about it so anyone who’s porting Sass or is just curious about how it works can see.
Note that this explanation is simplified in numerous ways. It’s intended to explain the most complex parts of a basic correct @extend
transformation, but it leaves out numerous details that will be important if full Sass compatibility is desired. This should be considered an explication of the groundwork for @extend
, upon which full support can be built. For a complete understanding of @extend
, there’s no substitute for consulting the Ruby Sass code and its tests.
This document assumes familiarity with the selector terminology defined in the Selectors Level 4 spec. Throughout the document, selectors will be treated interchangeably with lists or sets of their components…