Support :not(:matches-path()) conversion

[sfionov]

Now it is not possible to easily create negated rules (you should create an regexp)

It will be nice to add some syntax for path negation

We may also add support for uBO syntax :not(:matches-path()).

[ameshkov]

It would make sense to use the standard approach with ~ for inverting the modifier behavior, i.e.: [~path="/test"]##banner.

On the other hand, do we really need it? If negative lookahead is supported in the $path modifier, we don't need it at all.
In any case, we need to change the converter to make it work.

[sfionov]

It will be simpler to convert :not(:matches-path()) rules if we support path negation. Especially if it already contains a regexp.

[ameshkov]

I'd just like to not add more modifiers if it can be avoided. Even a regular expression is easily converted: regex -> (!?regex)

[stanislav-atr]

This was already done as part of this issue.

[ameshkov]

@stanislav-atr how exactly was the conversion done? Negative lookhead?

[stanislav-atr]

yes, for example, rule ya.ru##:not(:matches-path(/\/(sub1|sub2)\/page\.html/))p is being converted into [$path=/^((?!\\/(sub1|sub2)\\/page\\.html).)*$/]ya.ru##p

[ameshkov]

Good, I think this is exactly what we should do in CoreLibs.

Could you please link the relevant part of tsurlfilter's code?

[stanislav-atr]

@ameshkov https://github.com/AdguardTeam/tsurlfilter/blob/master/packages/tsurlfilter/src/rules/rule-converter.ts#L595

[sxgunchenko]

It is already done along with #1530