6.1.2

6.1.1

6.1.0

6.0.16

6.0.15

6.0.14

6.0.13

6.0.12

6.0.11

6.0.10

6.0.9

6.0.8

6.0.7

6.0.6

6.0.5

6.0.4

6.0.3

6.0.2

6.0.1

6.0.0

5.0.0

5.0.0-rc.4

5.0.0-rc.1

To ease adoption of the v5.0 release, we have relaxed the node version check performed by npm at installation time to allow for node 4, which remains officially unsupported, but likely to continue working for the time being.

5.0.0-rc.0

This release has BREAKING CHANGES that were required to fix regressions in 4.0.0 and to make the Combinator Node API consistent for all combinator types. Please read carefully.

Summary of Changes

Changes to the Descendent Combinator

In prior releases, the value of a descendant combinator with multiple spaces included all the spaces.

Support for "Named Combinators"

Although, nonstandard and unlikely to ever become a standard, combinators like /deep/ and /for/ are now properly supported.

Because they've been taken off the standardization track, there is no spec-official name for combinators of the form /<ident>/. However, I talked to Tab Atkins and we agreed to call them "named combinators" so now they are called that.

Before this release such named combinators were parsed without intention and generated three nodes of type "tag" where the first and last nodes had a value of "/".

Source position checks and lookups

A new API was added to look up a node based on the source location.

js const selectorParser = require("postcss-selector-parser"); // You can find the most specific node for any given character let combinator = selectorParser.astSync(".a > .b").atPosition(1,4); combinator.toString() === " > "; // You can check if a node includes a specific character // Whitespace surrounding the node that is owned by that node // is included in the check. [2,3,4,5,6].map(column => combinator.isAtPosition(1, column)); // => [false, true, true, true, false]

4.0.0

This release has BREAKING CHANGES that were required to fix bugs regarding values with escape sequences. Please read carefully.

Upgrade/API Example

In 3.x there was no unescape handling and internal consistency of several properties was the caller's job to maintain. It was very easy for the developer to create a CSS file that did not parse correctly when some types of values were in use.

js const selectorParser = require("postcss-selector-parser"); let attr = selectorParser.attribute({attribute: "id", operator: "=", value: "a-value"}); attr.value; // => "a-value" attr.toString(); // => [id=a-value] // Add quotes to an attribute's value. // All these values have to be set by the caller to be consistent: // no internal consistency is maintained. attr.raws.unquoted = attr.value attr.value = "'" + attr.value + "'"; attr.value; // => "'a-value'" attr.quoted = true; attr.toString(); // => "[id='a-value']"

In 4.0 there is a convenient API for setting and mutating values that may need escaping. Especially for attributes.

```js const selectorParser = require("postcss-selector-parser");

// The constructor requires you specify the exact escape sequence let className = selectorParser.className({value: "illegal class name", raws: {value: "illegal\ class\ name"}}); className.toString(); // => '.illegal\ class\ name'

// So it's better to set the value as a property className = selectorParser.className(); // Most properties that deal with identifiers work like this className.value = "escape for me"; className.value; // => 'escape for me' className.toString(); // => '.escape\ for\ me'

// emoji and all non-ascii are escaped to ensure it works in every css file. className.value = "šŸ˜±šŸ¦„šŸ˜"; className.value; // => 'šŸ˜±šŸ¦„šŸ˜' className.toString(); // => '.\1F631\1F984\1F60D'

// you can control the escape sequence if you want, or do bad bad things className.setPropertyAndEscape('value', 'xxxx', 'yyyy'); className.value; // => "xxxx" className.toString(); // => ".yyyy"

// Pass a value directly through to the css output without escaping it. className.setPropertyWithoutEscape('value', '$REPLACE_ME$'); className.value; // => "$REPLACE_ME$" className.toString(); // => ".$REPLACE_ME$"

// The biggest changes are to the Attribute class // passing quoteMark explicitly is required to avoid a deprecation warning. let attr = selectorParser.attribute({attribute: "id", operator: "=", value: "a-value", quoteMark: null}); attr.toString(); // => "[id=a-value]" // Get the value with quotes on it and any necessary escapes. // This is the same as reading attr.value in 3.x. attr.getQuotedValue(); // => "a-value"; attr.quoteMark; // => null

// Add quotes to an attribute's value. attr.quoteMark = "'"; // This is all that's required. attr.toString(); // => "[id='a-value']" attr.quoted; // => true // The value is still the same, only the quotes have changed. attr.value; // => a-value attr.getQuotedValue(); // => "'a-value'";

// deprecated assignment, no warning because there's no escapes attr.value = "new-value"; // no quote mark is needed so it is removed attr.getQuotedValue(); // => "new-value";

// deprecated assignment, attr.value = "\"a 'single quoted' value\""; // > (node:27859) DeprecationWarning: Assigning an attribute a value containing characters that might need to be escaped is deprecated. Call attribute.setValue() instead. attr.getQuotedValue(); // => '"a \'single quoted\' value"'; // quote mark inferred from first and last characters. attr.quoteMark; // => '"'

// setValue takes options to make manipulating the value simple. attr.setValue('foo', {smart: true}); // foo doesn't require any escapes or quotes. attr.toString(); // => '[id=foo]' attr.quoteMark; // => null

// An explicit quote mark can be specified attr.setValue('foo', {quoteMark: '"'}); attr.toString(); // => '[id="foo"]'

// preserves quote mark by default attr.setValue('bar'); attr.toString(); // => '[id="bar"]' attr.quoteMark = null; attr.toString(); // => '[id=bar]'

// with no arguments, it preserves quote mark even when it's not a great idea attr.setValue('a value \n that should be quoted'); attr.toString(); // => '[id=a\ value\ \A\ that\ should\ be\ quoted]'

// smart preservation with a specified default attr.setValue('a value \n that should be quoted', {smart: true, preferCurrentQuoteMark: true, quoteMark: "'"}); // => "[id='a value \A that should be quoted']" attr.quoteMark = '"'; // => '[id="a value \A that should be quoted"]'

// this keeps double quotes because it wants to quote the value and the existing value has double quotes. attr.setValue('this should be quoted', {smart: true, preferCurrentQuoteMark: true, quoteMark: "'"}); // => '[id="this should be quoted"]'

// picks single quotes because the value has double quotes attr.setValue('a "double quoted" value', {smart: true, preferCurrentQuoteMark: true, quoteMark: "'"}); // => "[id='a "double quoted" value']"

// setPropertyAndEscape lets you do anything you want. Even things that are a bad idea and illegal. attr.setPropertyAndEscape('value', 'xxxx', 'the password is 42'); attr.value; // => "xxxx" attr.toString(); // => "[id=the password is 42]"

// Pass a value directly through to the css output without escaping it. attr.setPropertyWithoutEscape('value', '$REPLACEMENT$'); attr.value; // => "$REPLACEMENT$" attr.toString(); // => "[id=$REPLACEMENT$]" ```

3.1.2

3.1.1

3.1.0

3.0.0

Breaking changes

Other changes

Upgrade hints

The pattern of:

rule.selector = processor.process(rule.selector).result.toString();

is now:

processor.processSync(rule)

2.2.3

2.2.2

2.2.1

2.2.0

2.1.1

2.1.0

2.0.0

This release contains the following breaking changes:

and;

1.3.3

1.3.2

1.3.1

1.3.0

1.2.1

1.2.0

1.1.4

1.1.3

1.1.2

1.1.1

1.1.0

1.0.1

1.0.0

0.0.5

0.0.4

0.0.3

0.0.2

0.0.1