mirror of
https://github.com/gorhill/uBlock.git
synced 2024-11-10 01:02:08 +01:00
Add support for regex-based values as target domain for static extended filters
parent
439f20f77d
commit
5c1af746bb
1 changed files with 7 additions and 0 deletions
|
@ -4,6 +4,8 @@ While uBO does not support some specific cases, it further extends the EasyList
|
|||
|
||||
Starting with 1.26.0 (commit [one](https://github.com/gorhill/uBlock/commit/703c525b01aa3fb9dab94d6a9918a0a69c6d18da), [two](https://github.com/gorhill/uBlock/commit/ca80d2826bfd92a3081f20da8ba60138509a183b)), very long filters can split into multiple lines: append space and backslash character to the first line and indent continuation line by four spaces. Note that syntax higlighting is [currently broken](https://github.com/gorhill/uBlock/commit/01b1ed9a982965378d732ab0cb4bcd68727fe910).
|
||||
|
||||
Starting with [1.46.1b15](https://github.com/gorhill/uBlock/commit/81498474d6d440b032681aa9952d593749b39efb), you can use regex-based values as target domain for static extended filters. Example of usage: `/img[a-z]{3,5}\.buzz/##+js(nowoif)`. Use sparingly, when no other solution is practical from a maintenance point of view -- keeping in mind that uBO has to iterate through all the regex-based values, unlike plain hostname or entity-based values which are mere lookups.
|
||||
|
||||
- [Not supported](#not-supported)
|
||||
- [Pre-parsing directives](#pre-parsing-directives)
|
||||
- [Extended syntax](#extended-syntax)
|
||||
|
@ -996,6 +998,11 @@ HTML filtering will work only on pages with character encoding compatible with:
|
|||
|
||||
HTML filters will apply only for document fetched successfully, i.e. when HTTP response status code is in the [200 realm](https://developer.mozilla.org/en-US/docs/Web/HTTP/Status#successful_responses).
|
||||
|
||||
Starting with [1.48.5b4](https://github.com/gorhill/uBlock/commit/8507d637e5190836caec390fed3a9cff13b4e131), you can use negated hostnames in HTML filters. Example:
|
||||
```adb
|
||||
google.com,~translate.google.com##^script:has-text(consentCookiePayload)
|
||||
```
|
||||
|
||||
<details><summary>Historical notes</summary>
|
||||
|
||||
- With the introduction of HTML filtering, the `script:contains(...)` is now deprecated and internally converted into an equivalent `##^script:has-text(...)` HTML filter. The result is essentially the same: to prevent the execution of specific inline script tags in the main HTML document. See [_"Inline script tag filtering"_](./Inline-script-tag-filtering) for further documentation.
|
||||
|
|
Loading…
Reference in a new issue