ECSSTree

Adblock Extended CSS supplement for CSSTree.
Our primary goal is to change the internal behavior of the CSSTree parser to support
Extended CSS (ECSS) language elements, but we don't change the API or the AST structure.
Therefore ECSSTree fully backwards compatible with CSSTree, so you can pass our AST to CSSTree functions
and vice versa without any problems.
[!NOTE]
If you are looking for a library that can parse CSS, but you don't know what is Adblock
or Extended CSS, you should probably use CSSTree instead of this library :)
Table of contents
Installation
You can install the library using
- Yarn (recommended):
yarn add @adguard/ecss-tree
- NPM:
npm install @adguard/ecss-tree
- PNPM:
pnpm add @adguard/ecss-tree
Or you can use it via esm.run: https://esm.run/@adguard/ecss-tree
Supported Extended CSS elements
Currently, the following Extended CSS pseudo classes are supported:
In addition, CSSTree supports the following pseudo classes
by default:
Also, CSSTree supports legacy Extended CSS elements by default (attribute selectors):
[-ext-name="value"]
, where name
is the name of the Extended CSS element and value
is its value.
For example, the following selector can be parsed by CSSTree:
[-ext-has="selector list"]
If a pseudo class is unknown to CSSTree, it tries to parse it as a Raw
element
(if possible - see problematic cases).
The CSSTree library itself is quite flexible and error-tolerant,
so it basically manages well the Extended CSS elements that are not (yet) included here.
Motivation
For example, the following selector
div:-abp-has(> section)
will be parsed by the default CSSTree as follows
{
"type": "Selector",
"loc": null,
"children": [
{
"type": "PseudoClassSelector",
"loc": null,
"name": "-abp-has",
"children": [
{
"type": "Raw",
"loc": null,
"value": "> section"
}
]
}
]
}
The problem with this is that the -abp-has
parameter is parsed as Raw
, not as a Selector
,
since -abp-has
is an unknown pseudo class in CSS / CSSTree.
This is where the ECSSTree library comes into play. It detects that -abp-has
expects a selector as a parameter,
i.e. it parses the passed parameter as a Selector
. This means that the selector above will be parsed as follows:
{
"type": "Selector",
"loc": null,
"children": [
{
"type": "PseudoClassSelector",
"loc": null,
"name": "-abp-has",
"children": [
{
"type": "Selector",
"loc": null,
"children": [
{
"type": "Combinator",
"loc": null,
"name": ">"
},
{
"type": "TypeSelector",
"loc": null,
"name": "section"
}
]
}
]
}
]
}
Combinator
and similar Nodes are part of CSSTree, this fork simply specifies that the -abp-has
parameter
should be parsed as a selector. The nodes themselves are part of the CSSTree.
Advanced validation
In addition, this approach enables a more advanced validation. For example,
the default CSSTree does not throw an error when parsing the following selector:
div:-abp-has(42)
since it doesn't know what -abp-has
is, it simply parses 42 as Raw
. ECSSTree parses the parameter as a selector,
which will throw an error, since 42 is simply an invalid selector.
Handle problematic cases
The library also handles problematic selectors, such as the following:
div:contains(aaa'bbb)
This selector doesn't fully meet with CSS standards, so even if CSSTree is flexible,
it will not be able to parse it properly, because it will tokenize it as follows:
ident-token | 0 | 3 | div |
colon-token | 3 | 4 | : |
function-token | 4 | 13 | contains( |
ident-token | 13 | 16 | aaa |
string-token | 16 | 21 | 'bbb) |
At quote mark ('
) tokenizer will think that a string is starting, and it tokenizes the rest of the input as a string.
This is the normal behavior for the tokenizer, but it is wrong for us, since the parser will fail with an
")" is expected
error, as it doesn't found the closing parenthesis, since it thinks that the string is still open.
ECSSTree will handle this case by a special re-tokenization algorithm during the parsing process, when parser reaches
this problematic point. This way, ECSSTree's parser will be able to parse this selector properly.
It is also true for xpath
.
Note: ECSSTree parses :contains
and :xpath
parameters as Raw
. The main goal of this library is changing the
internal behavior of the CSSTree's parser to make it able to parse the Extended CSS selectors properly,
not to change the AST itself. The AST should be the same as in CSSTree, so that the library can be used
as a drop-in replacement for CSSTree.
Parsing :xpath
expressions or regular expressions in detail would be a huge task, and requires new AST nodes,
which would be a breaking change. But it always parses the correct raw expression for you,
so you can parse/validate these expressions yourself if you want. There are many libraries for this,
such as xpath or regexpp.
See example codes for more details.
Examples
Here are a very simple example to show how to use ECSSTree:
const { parse, generate, toPlainObject, fromPlainObject } = require("@adguard/ecss-tree");
const { inspect } = require("util");
const inputs = [
`div:-abp-has(> .some-class > a[href^="https://example.com"])`,
`body:style(padding-top: 0 !important;):matches-media((min-width: 500px) and (max-width: 1000px))`,
`section:upward(2):contains(aaa'bbb):xpath(//*[contains(text(),"()(cc")])`,
`div:-abp-has(> .some-class > a[href^="https://example.com"]`,
];
for (const input of inputs) {
try {
const ast = parse(input, { context: "selector" });
const astPlain = toPlainObject(ast);
const astAgain = fromPlainObject(astPlain);
console.log(inspect(astPlain, { colors: true, depth: null }));
console.log(generate(astAgain));
} catch (e) {
console.log(`Invalid selector: ${input}`);
console.log(e.formattedMessage);
}
}
The API is the same as in CSSTree, so you can use the
CSSTree documentation as a reference.
You can find more examples in the examples folder.
Reporting problems / Requesting features
If you find a bug or want to request a new feature, please please open an issue on GitHub.
Please provide a detailed description of the problem or the feature you want to request, and if possible,
a code example that demonstrates the problem or the feature.
Contributing
You can contribute to the project by opening a pull request. People who contribute to AdGuard projects can receive
various rewards, see this page for details.
Development
Prerequisites
Make sure you have the following tools installed:
- Node.js (latest LTS version is recommended)
- Yarn
Commands
During development, you can use the following commands (listed in package.json
):
yarn lint
- lint the code with ESLint
yarn test
- run tests with Jest (you can also run a specific test with yarn test <test-name>
)
yarn build
- build the library to the dist
folder by using Rollup
License
This library is licensed under the MIT license.
See the LICENSE file for more info.
Acknowledgements
In this section, we would like to thank the following people for their work:
References
Here are some useful links to learn more about Extended CSS selectors: